一个 Angular 页面里，购物车数量、筛选条件、当前用户、加载状态和接口错误，可以被放进同一棵状态树。组件不直接改数据，而是派发Action，Reducer根据旧状态计算新状态，Selector读取或派生局部状态，Effect负责调用后端。@ngrx/store官方文档也正是按这套职责划分来描述Action、Reducer、Selector与Effect，其中Reducer负责状态迁移，Selector负责读取和组合状态，Effect处理网络请求、时间事件等副作用。把同一个问题搬到 ABAP 后端，最容易产生的误判，是在类库列表里寻找一个名字相近的Store。结论可以直接落地，标准 ABAP 生态里没有一套由 SAP 官方提供、在整体语义和开发体验上等价于@ngrx/store的通用框架。无论是传统 ABAP On-Premise，还是 SAP BTP 上的 ABAP environment，官方都没有交付一个统一包，把全局状态树、不可变更新、Action分发、纯函数Reducer、记忆化Selector、响应式订阅和副作用编排完整组合起来。这并不代表 ABAP 缺少状态管理。更准确的说法是，ABAP 把这些能力分散在不同层次里。一个普通 ABAP 对象可以保
