头图

Spartacus 在技术和架构( library 发布方式 vs 模板发布方式,headless vs embedded,Angular vs JSP 技术栈)等各方面,都是一种全面的从 Accelerator 的完整范式转变。因此,对于 Commerce Cloud 已经使用 Accelerator 的客户来说,并没有直接的方法可以从基于 Accelerator 的 Storefront 迁移到使用 Spartacus library 的店面。 鉴于将基于 Accelerator 的店面迁移到 Spartacus 需要时间和工作量,SAP 建议采用分阶段的工作方法,将 Spartacus 的部分功能与基于 Accelerator 的店面混合使用,并在两者之间无缝切换。

本文介绍 Spartacus UI 和 Accelerator UI 混合使用的一个具体例子,技术实现基于 Spartacus 的 External Route 概念。

首先,我在 Spartacus app module 的实现代码里,添加如下配置:

provideConfig({
      routing: {
        internal: [
          '/**',
          '!/cart',
          '!/**/p/**'
        ]
      }
    }),

上面配置的语义是,对于所有的 Storefront url,都使用 Spartacus 的 Angular 页面来服务,除了 cart 页面和 product 明细页面之外,后两者通过 Hybris Accelerator 页面来呈现。取反的操作,通过上图 83 和 84 行的 ! 符号来指定。

我在 localhost:4200 启动 Angular 应用,则 localhost:4200/electronics-spa/en/USD/cart 这个 url,不归 Spartacus 路由控制,需要让 Hybris Accelerator 来服务这个 url.

我起了另一台 web 服务器,在 3000 端口监听,并服务 localhost:3000/electronics-spa/en/USD/cart 这个 url. 为此,我在 Angular 项目里新建一个配置文件 proxy.conf.json,内容如下:

{
    "/electronics-spa/en/USD/cart": {
      "target": "http://localhost:3000",
      "secure": false,
      "logLevel": "debug"
    }
  }

这样,localhost:4200/electronics-spa/en/USD/cart 会被 Angular CLI 自动重定向到 localhost:3000/electronics-spa/en/USD/cart.

以上就是所需的全部配置。运行时,当客户点击 Spartacus cart 图标之后,就自动打开监听在 3000 端口上的采取 Accelerator 实现的 cart 页面。

另外,要绕过 Service Worker 缓存并让后端在整页加载(或整页重新加载)后提供响应,开发人员需要定义 Service Worker 的 ngsw-config.json 配置的 navigationUrls 属性,并且需要指定 内部路由的 URL 模式。


注销
1k 声望1.6k 粉丝

invalid