为什么使用ngxs
为什么要使用其他状态管理解决方案? 在开始使用NGXS之前,我们问过同样的问题。 经过对几种不同的基于Redux的解决方案进行反复试验后,我们认为它们不代表我们希望和期望的Angular API类型。
简单
NGXS试图使事情变得尽可能简单和可访问。 状态管理中可能有很多样板代码,因此NGXS的主要目标是减少样板,使您可以事半功倍。 也不需要对RxJ超级熟悉。
RxJs很棒,并且在项目内部大量使用RxJs,但是该库会尽力为您做更多的事情。 NGXS驱动器使用户可以利用Observable的优势,但在许多情况下将它们视为库的实现细节而不是先决条件。
NGXS摆脱的另一件事是switch语句。 该库负责知道何时需要调用函数。
依赖注入 (DI)
Angular的核心功能是依赖注入。 它可能是一个非常有用的工具,NGXS确保用户可以在其状态管理代码中使用DI。 这意味着可以将Angular服务注入状态类,从而更轻松地利用更多Angular功能。
动作(Action)生命周期
NGXS中的Actions是异步的。这使Action具有生命周期,这意味着我们现在可以侦听单个Action或Action集合何时完成,从而使复杂的工作流程可预测。 在Action完成后想做某事是很常见的,并且NGXS使操作变得简单。
Promises
Observables对像非常的棒,但不是灵丹妙药。 有时,Promises是首选。 NGXS允许从操作方法中返回任一方法。
社区
NGXS完全由社区构建和驱动。 该项目的存在是为了帮助人们构建应用程序,并且该团队愿意接受任何有助于实现该目标的建议。
Last updated
Was this helpful?