我们在当前项目中使用ngrx和Angular2.基本上ngrx是Redux的反应式扩展.ngrx提供单一的事实来源,数据可以从任何地方访问.
我们可以使用全局服务处理所有这些场景,但是为什么要编写已经可用和测试的相同代码.
当我遇到时,我遇到了类似的问题ngRx.以简单的方式,根据我的理解:
使用ngRx你基本上有一个标准的状态管理机制.我们不必根据应用程序要求编写额外的代码来管理状态.
使用ngRx插件,我们实际上可以计时旅行和检查with what all state changes have the application gone through.这是一个大拇指,因为我们自己实施所有这些并不是一件容易的事.
通过遵循reducers(纯函数),states(不可变)和商店的标准实践,我们基本上试图保护我们的应用程序免受任何不可预测的更改.我们还必须effects处理一些场景.
它提供了一种标准做法,可以帮助整个社区保持同一页面.如果每个人都会自己编写global services并实现大多数提供的东西ngRx,那么新来者仍然很难.所以,这也是一个重要的观点.
ngRx.有时它会使你的应用程序变得混乱.所以在你实现之前要考虑一下.| 归档时间： |
|
| 查看次数： |
178 次 |
| 最近记录： |