乐趣区

关于sap:SAP-Commerce-Cloud-如何为-Storefront-配置新的应用

关上 saample 仓库里 manifest.json 文件,地址如下:

https://github.com/SAP-sample…

在 Application 数组里增加新的元素:

将清单文件中申明的新应用程序的文件增加到代码存储库。

  • 如果应用源代码形式开发 Spartacus,则将 package.json 文件增加到 <application.path>/package.json

例如,<repository-root>/js-storefront/some-subdirectory/app2/package.json

  • 如果您应用的是预构建的应用程序,则将已编译的应用程序文件(包含 index.html)增加到 <application.path>/dist/<application.name>

例如,<repository-root>/js-storefront/some-subdirectory/app2/dist/app2/index.html

每个应用程序的 index.html 文件必须蕴含以下占位符:

<meta name="occ-backend-base-url" content="OCC_BACKEND_BASE_URL_VALUE" />

在应用程序启动时,此占位符将替换为真正的 API aspect 里定义的内部 URL。

为了使上述配置失效,须要创立一个 build.

构建过程会主动构建 Commerce Cloud 代码存储库中提供的所有 JavaScript 应用程序。

对于 manifest.json 中定义的每个应用程序,构建过程会查看 <application.path>/dist 目录是否存在。如果它不存在,则构建过程在 <application.path> 目录中运行以下命令:

  • yarn install – 下载 package.json 中申明的依赖项,
  • yarn build – 运行 package.json 中申明的构建命令。

yarn build 对应下图的命令:

"build": "env-cmd --no-override -e dev,b2c,$SPA_ENV ng build storefrontapp --configuration production"

如果 <application.path>/dist 的确存在,则构建过程假设此目录蕴含已构建的 JavaScript 店面并跳过构建。

Commerce Cloud addon 旨在将自定义代码排除在店面扩大之外并缓解可降级性问题。思路就是您在 addon 中执行自定义内容,以便您能够获取更新版本的店面并从新利用雷同的 addon(在降级期间)。

实际上,addon 机制是一种文件复制机制,并且十分依赖于 yacceleratorstorefront 中的文件构造。随着规范店面随着工夫的推移而变动,addon 可能须要随之扭转。

Spartacus 不反对在单个店面应用程序中同时运行 B2C 和 B2B 店面。如果装置了 Organization - Adminstration 或者 Organization - Order Approval,,B2C 店面将加载,但无奈失常工作。

如果抉择了实用于 B2B 店面的性能,则原理图会主动增加任何所需的 B2B 配置(如果短少它们)。

退出移动版