【问题标题】:Does adding ngrx always prove itself (in angular project)添加ngrx是否总是证明自己(在角度项目中)
【发布时间】:2019-07-27 23:15:15
【问题描述】:

我们即将将一个旧项目重构为 Angular,它主要显示数据而不允许用户更新(没有 2 路数据绑定)。 更新只能通过专用向导完成(通过在最后调用 api)。

我曾在有/没有ngrx的角度项目中工作过。我觉得在这种类型的项目中使用ngrx会增加不必要的复杂性,并且会大大降低开发速度,而使用少量简单的服务可能会大大加快我们的开发速度。

尽管如此,似乎大多数项目都会自动使用ngrx。

我们希望您能就此事提出一些想法,以帮助您做出决定或使用替代方案。

【问题讨论】:

  • 我不是 ngrx 专家,但有人告诉我只有足够复杂以至于状态管理成为问题的项目,然后您才使用 Redux 模式。

标签: angular ngrx


【解决方案1】:

我在每个项目中都使用它。一旦你实现了第一个商店,你就会看到它是多么容易。优势还在于性能、整个团队的稳定工作流程等等。您可以查看https://github.com/co-IT/co-it/tree/master/ngrx/ducks 以简化商店实施。

这也可以帮助你:https://medium.com/@thomasburleson_11450/ngrx-facades-better-state-management-82a04b9a1e39

这个演示文稿:https://speakerdeck.com/gregonnet/ngrx-refactoring-patterns

更新: 另一个有趣的链接:https://www.youtube.com/watch?v=JmnsEvoy-gY

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-12-31
    • 1970-01-01
    • 2022-04-29
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多