为什么使用NGRX而不是构造函数注入服务？

Question

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

是否只是为了确保组件属性引用永远不会在不切换整个属性值引用的情况下进行变异,或者还有更多内容？

对NGRX的反对意见

根据我开发的答案:

切片.

我相信它可以完成NgRx/NgXS所做的一切(除了时间机器 - 但这很容易通过增量通知实现 - 已经支持).但是没有样板.

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

Answer 1

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

当你完成时,你将得到类似ngrx的东西.

对于一个简单的服务数据,ngrx是过度的,很多样板,但对于具有多个数据源的反应式应用程序或具有良好使用库的众多开发人员的复杂数据交互非常有用.

关注SO答案以获得更深入的解释:在角度2中使用商店(ngrx)有什么好处

要了解何时使用哪种方法,请阅读:RxJs和Ngrx商店 - 何时使用商店以及为什么？