关于sap:SAP-电商云-Spartacus-UI-Cart-ID-的-local-storage-存储

IsStable：首先 false，而后 true

@NgModule()
export class CartPersistenceModule {static forRoot(): ModuleWithProviders<CartPersistenceModule> {
    return {
      ngModule: CartPersistenceModule,
      providers: [
        {
          provide: APP_INITIALIZER,
          useFactory: cartStatePersistenceFactory,
          deps: [MultiCartStatePersistenceService, ConfigInitializerService],
          multi: true,
        },

提供的函数在应用程序启动时注入并在应用程序初始化期间执行。如果这些函数中的任何一个返回 Promise 或 Observable，则在 Promise 解决或 Observable 实现之前，初始化不会实现。

例如，咱们能够创立一个加载语言数据或内部配置的工厂函数，并将该函数提供给 APP_INITIALIZER 令牌。该函数在应用程序疏导过程中执行，所需数据在启动时可用。

应用程序初始化时，调用 cartStatePersistenceFactory：

Angular 框架调用所有的 app initializer：

这个 init 须要返回一个 promise 对象：

toPromise 对象内会调用 subscriber 的 next 办法：

调用 cartStatePersistenceService.initSync()：

cart 信息存储在 local storage 里：

从 local storage 里取出的数据：

生成 key：

SSR 模式下没有浏览器 storage：

取出浏览器 local storage 里存储的以后 active cart id：2007

也就是下图高亮的 cart id：

不同的 base site，其对应的 cart id 不统一。

失去 cart id 后，调用 onRead 办法：

首先 clear Cart 状态：

进入 scheduleMessage，即利用 store 进行 Action dispatch，很有可能是一个异步过程。

然而没有进入异步 schedule 的分支：

间接调用 scheduler 的 flush 办法：

调用 Observer 的 next 办法：

从新计算 state，并且把后果保留：

computedStates = recomputeStates(computedStates, minInvalidatedStateIndex, reducer, committedState, actionsById, stagedActionIds, skippedActionIds, errorHandler, isPaused);
        monitorState = monitorReducer(monitorState, liftedAction);

前一个状态：

调用 reducer 计算下一个状态：

这就是 Spartacus 本人实现的 reducer 了：

export function reducer(
  state = initialState,
  action: CmsActions.LoadCmsPageDataSuccess
): EntityState<Page> {switch (action.type) {
    case CmsActions.LOAD_CMS_PAGE_DATA_SUCCESS: {
      const page: Page = action.payload;
      return {...state, entities: { ...state.entities, [page.pageId]: page } };
    }
  }
  return state;
}

会顺次执行很多对应的 reducer：