我们今天正在讨论的并不是某个同名类，而是一套状态管理语义。在 Angular 应用里，页面把商品加入购物车，组件不会直接到处修改共享变量，而是向store分发一个action。reducer根据旧状态和这个action计算新状态，selector负责读取或派生页面真正关心的数据，effect再承接 HTTP 请求、消息推送和其他副作用。官方 NgRx 文档把Store描述为可观察的状态来源，也把reducer与selector定义为纯函数式的状态转换和状态读取机制。(NgRx)把问题放到 ABAP 语境里，结论很明确，标准 ABAP 没有一个与@ngrx/store在生命周期、响应式订阅、不可变状态树、action、reducer、selector和effect等方面全部对等的内置框架。ABAP 可以实现相似的设计模式，也存在若干局部相似的运行时设施，但它们分别解决会话状态、事务状态、缓存状态和持久化业务状态，不能因为都能保存数据，就统一叫成同一种store。这一区分很关键。前端store
