高效的AngularJS状态管理和持久性

Posted 2021-04-14

我有一个由需要了解多个对象状态的组件组成的模块。例如，我需要知道一组集合的当前选定项目。假设这些集合是事件，页面和文档。因此，我需要知道当前事件，页面和文档，以及提供getter和setter，以便其他组件可以获取和设置活动项目，并在响应然后更改某些内容时进行响应。那么，我应该将这个状态信息存储在Angular中？

以下方法可行。目前我正在分割多个域服务之间的状态。有没有更好的方法来降低未来的复杂性？

• 根范围：将状态POJO存储在根范围内，并让它逐步显示所有子视图和指令。在调用服务或其他内部组件时，必须在内部传递状态对象（例如，如果我想为服务中的活动项生成一个restful url，我需要将该项传递给服务调用以获取只需要一个对象来存储整个应用程序状态。指令和控制器可以“监视”此对象的更改，然后相应地执行操作。例如，如果当前选定的项目发生更改，则进行反应。对于具有隔离范围的任何指令，将很难利用。
• 域服务：不是将整个状态放在一个POJO中，而是仅放置适合特定域服务的状态。例如，收集服务将了解当前选定的集合及其ID。由于所有服务都是单例，因此引用状态只需要引用其服务，然后围绕该状态的所有相关业务逻辑将封装在其服务内。状态将被分散并由服务分开，因此将有更多的服务引用以获得聚合状态。在服务内部处理对状态的更改，并将对当前所选项目的更改作为事件“广播”到$ rootScope上的所有侦听器。
• Factory：创建一个存储状态的特定工厂“BusinessState”，以便现在可以动态注入此对象。

答案

一个服务（或工厂）是要走的路。

只要您的馆藏数量足够小，我就只保留一个，并且它们组合在一起（否则按类别分组）。

保持简单，否则你将陷入典型的工厂，创建工厂来定义任何工厂陷阱的界面。

无论你选择什么，都不要污染根范围。 （即使您可以使用隔离指令访问它，也可以通过在指令定义中注入$rootScopein或使用链接范围中的scope.$root）。