使用ngrx和角度

当我遇到类似的问题时 ngRx .根据我的理解,以简单的方式:

1. 使用 ngRx公司 你基本上有一个 状态管理 。我们不必编写额外的代码来按照应用程序要求管理状态。

2. 使用 ngRx公司 插件,我们实际上可以 时间旅行 和检查 with what all state changes have the application gone through 。 这是一个大拇指 因为这不是一个简单的任务,我们自己来实现。

3. 通过遵循 reducers (纯函数), states (不可变), selectors &商店基本上我们正在努力保护我们的应用程序免受任何不可预测的变化。我们还有 effects 处理某些场景。

4. 它提供了一个标准实践,可以帮助整个社区保持一致。如果每个人都写自己的 global services 并实现了 ngRx公司 但是,对于新来者来说,这仍然很困难。所以,这也是一个重要的观点。

5. 参考 Flux Architecture

6. 并非每个应用都必须实现 ngRx公司 .有时会让你的申请变得一团糟。所以,在实施之前要三思而后行。

如今,用户模式更加强大和健壮。您将在React和Angular with ngrx中看到redux的成功。他们有适当的机制来处理数据流,并有适当的方法来管理代码。您不需要编写冗长的代码来使用服务管理来回的数据流,它们提供了所有预定义的现成功能和可使用的代码。

使用带有效果和实体适配器的ngrx使事情更加清楚。

但这取决于您的应用程序,有时会给应用程序增加不必要的复杂性。 但若您不能在客户端管理状态,那个么您应该这样做。

我写了一个图书馆来把你从地狱般的ngrx中解救出来。它被称为RxCache。

看看RxCache,它为您提供了基于推送的可观察数据流,并将您从ngrx的完全疯狂中解放出来。

https://github.com/adriandavidbrand/ngx-rxcache