javascript - 为什么使用 NGRX 而不是构造函数注入(inject)服务？

Question

想知道为什么要使用 NGRX或 NGXS对于 Angular 应用程序而不是构造函数注入(inject)服务来处理组件 IO？

是否只是为了确保在不切换整个属性值引用的情况下组件属性引用永远不会发生变化，还是还有更多？

NGRX 的替代品

根据我开发的答案:

Slice .

我相信它可以完成 NgRx/NgXS 所做的一切(时间机器除外——但这很容易通过增量通知实现——已经支持)。但样板代码为零。

这是一篇展示部分功能的文章: https://medium.com/@ole.ersoy/storing-users-in-the-reactive-slice-object-store-5ea0fab06256

Answer 1

您将需要编写一个服务来提供一致且易于更改的 api 来修改数据，您将需要想出一种快速且经过良好测试的数据查询方式，您将需要编写和维护可观察对象对于您的所有数据。您将必须编写并建立异步调用的模式。您将必须编写一个 API 来访问模板中的数据。

完成后，您将得到类似于 ngrx 的东西。

对于一个简单的服务数据，ngrx 是矫枉过正，有很多样板文件，但对于具有多个数据源的响应式(Reactive)应用程序或跨众多开发人员的复杂数据交互，拥有一个使用良好的库确实很有帮助。

按照 SO 答案进行更深入的解释:What are benefits of using store (ngrx) in angular 2

要了解何时使用哪种方法，请阅读:RxJs and Ngrx Store - When to Use a Store And Why?