想知道为什么要为 Angular 应用程序使用NGRX或NGXS而不是构造函数注入服务来处理组件 IO？
是否只是为了确保组件属性引用在不切换整个属性值引用的情况下永远不会发生突变，还是还有更多？
根据我开发的答案：
切片。
我相信它可以完成 NgRx / NgXS 所做的一切（时间机器除外 - 但这很容易通过增量通知实现 - 已经支持）。但样板为零。
这是一篇展示一些功能的文章： https ://medium.com/@ole.ersoy/storing-users-in-the-reactive-slice-object-store-5ea0fab06256
您需要编写一个提供一致且易于更改的 api 来修改数据的服务，您需要提出一种快速且经过良好测试的查询数据的方法，您需要为所有您的数据编写和维护 observables数据。您将不得不为异步调用编写并建立一个模式。您必须编写一个 api 来访问模板中的数据。
当你完成时，你最终会得到类似于 ngrx 的东西。
对于一个简单的单一服务数据，ngrx 是多余的，有很多样板文件，但对于具有多个数据源的反应式应用程序或具有良好使用库的众多开发人员之间的复杂数据交互确实很有帮助。
按照 SO 答案进行更深入的解释：What are benefits of using store (ngrx) in angular 2
要了解何时使用哪种方法，请阅读以下内容：RxJs 和 Ngrx 存储 - 何时使用存储以及为什么？