关于前端:SAP-电商云-Spartacus-UI-SiteContextParamsService-的实现原理解析

5次阅读

共计 1363 个字符,预计需要花费 4 分钟才能阅读完成。

近些年来电子商务利用网站设计的一个趋势是引入所谓的 无烦扰 checkout,即去掉惯例网页中的页眉和页脚,以便让用户将注意力集中在 checkout 流程自身,避免其不小心导航出了 checkout 页面。

Spartacus 是由 CMS(内容管理系统) 驱动的。这意味着它显示基于从后端返回的内容。因而,要移除题目和 footer,它只须要从 checkout CMS 页面删除页眉和页脚槽。

这是一种疾速且无需编码的解决方案,其劣势是 Content Administrator 可能自行启用或禁用 无烦扰 checkout.

site-context-params.service.ts (SiteContextParamsService)

该类通过构造函数注入的三个依赖,都是 site-context 文件夹内实现的资源。

SiteContextConfig 是在全局 config 对象上新增的 context 字段:

export abstract class SiteContextConfig {
  context?: {urlParameters?: string[];
    [contextName: string]: string[] | undefined;};
}

getContextParameters

该办法取得 context 里除了 urlParameters 之外的其余 context parameter,比方 language 和 currency 的字段名称。

getContextParameters(): string[] {if (this.config.context) {return Object.keys(this.config.context).filter((param) => param !== 'urlParameters'
      );
    }
    return [];}

getUrlEncodingParameters

获得 context 中的 url parameter 值:

getUrlEncodingParameters(): string[] {return (this.config.context && this.config.context.urlParameters) || [];}

getParamValues

获得参数的值内容:

getParamValues(param: string): string[] {return getContextParameterValues(this.config, param);
  }

getSiteContextService

依据参数名称,手动获得注入的参数服务类实例。在运行时,从浏览器地址栏 url 里,提取出地址栏蕴含的 url 参数:

解析出的 JSON 对象:

针对每个参数对象,依据参数名称,解析出对应的参数 service class,再调用 setValue 办法。

从 service map 里取得 service class 的 type,而后应用 Angular injector 进行实例注入:

将 active base site 设置成浏览器地址栏 url 里蕴含的值:

这个 base-site.service.ts 位于 facade 层:

另外,当 context 发生变化时,service class 的 getActive 也会发射最新的数据:

举个例子,从下拉列表里更改语言:

于是最新的语言,就被传入 subscribe 指定的回调函数里:

正文完
 0