乐趣区

关于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:

退出移动版