【问题标题】:Efficient AngularJS state management and persistence高效的 AngularJS 状态管理和持久化
【发布时间】:2015-06-23 13:26:42
【问题描述】:

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

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

  • 根作用域:将状态 POJO 存储在根作用域,并让它向下渗透到所有子视图和指令。在调用服务或其他内部组件时,必须在内部传递状态对象(例如,如果我想为服务中的活动项目生成一个静止的 url,我需要将该项目传递给服务调用以获取它的 id。只需要一个对象来存储整个应用程序状态。指令和控制器可以“观察”这个对象的变化,然后采取相应的行动。例如,如果当前选定的项目发生变化,则做出反应。这种方法对于任何具有孤立作用域的指令,都很难利用。
  • 域服务:不要将整个状态放在一个 POJO 中,而是只放置适合特定域服务的状态。例如,集合服务会知道当前选择的集合及其 id。由于所有服务都是单例的,引用状态只需要引用它的服务,那么围绕该状态的所有相关业务逻辑都将封装在它的服务中。状态将被服务分散和分离,因此会有更多对更多服务的引用只是为了获得聚合状态。对状态的更改在服务内部进行处理,对当前选定项的更改作为事件“广播”到 $rootScope 上的所有侦听器。
  • 工厂:创建一个特定的工厂“BusinessState”来存储状态,以便该对象现在可以作为动态注入传递。

【问题讨论】:

标签: angularjs angularjs-directive angularjs-scope angularjs-service


【解决方案1】:

一个服务(或工厂)是要走的路。

只要您的收藏数量足够少并且可以将它们放在一起(否则按类别分组),我只会保留一个。

保持简单,否则你会陷入创建工厂来定义任何工厂陷阱接口的典型工厂。

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

【讨论】:

    猜你喜欢
    • 2011-01-09
    • 1970-01-01
    • 2016-11-08
    • 2021-05-20
    • 1970-01-01
    • 1970-01-01
    • 2022-11-07
    • 2016-02-29
    • 1970-01-01
    相关资源
    最近更新 更多