我应用这篇文章 应用 generator-easy-ui5 疾速创立 SAP UI5 利用的工程构造 介绍的工具，创立了一个 SAP UI5 利用，而后运行了 SAP UI5 Tools 提供的命令 fiori add deploy-config:

之后 SAP UI5 工程里有两个文件主动被该命令批改了：

• package.json
• ui5-deploy.yaml

package.json 文件的变动

执行命令之前：”deploy”: “fiori verify”

执行命令之后：”deploy”: “ui5 build preload –clean-dest –config ui5-deploy.yaml –include-task=generateManifestBundle generateCachebusterInfo && rimraf archive.zip”,

也就是说，fiori deploy 实现的步骤，蕴含 build，生成 ManifestBundle 和 CachebusterInfo，以及删除 archive.zip 这几个阶段。

ui5-deploy.yaml 的变动

就是蕴含了咱们在运行 fiori add deploy-config 命令之后，在 deploy 向导里保护的信息。

能够独自执行 npm run build 命令:

这个 build 命令执行之后，在 dist 文件夹内，生成了三个新文件：

• Component-preload.js
• manifest-bundle.zip
• sap-ui-cachebuster-info.json

这个 manifest-bundle.zip 里也没有什么非凡的文件。

所谓 cache buster 机制，容许 SAP UI5 仅在 SAPUI5 资源已更改时才告诉浏览器刷新资源。只有不扭转，资源总是能够从浏览器的缓存中获取。

SAPUI5 反对 Java 和 ABAP 服务器以及 SAP Business Technology Platform 的 cache buster 概念。

SAP HANA XS 不反对 cache buster 概念。

如果要永恒缓存资源，只需将 SAPUI5 疏导标记中的 URL 从 resources/sap-ui-core.js 更改为 resources/sap-ui-cachebuster/sap-ui-core.js。

cache buster 容许始终将 SAPUI5 资源放入浏览器缓存，直到 UI 库或 Web 应用程序产生更改。SAPUI5 资源处理程序的默认行为是将资源缓存特定的工夫量，或者在开发模式下应用 304/NOT MODIFIED 机制查看 SAPUI5 资源是否是最新的。这两种机制在最终的生产场景中都不是最优的——这就是实现 cache buster 的起因。想要应用 cache buster 的应用程序必须明确决定应用它。

cache buster 是资源 servlet 的一部分。一般来说，对 JavaScript 资源的申请能够通过 cache buster 来解决。通常这用于疏导 JavaScript 的初始申请：

  <script type="text/javascript" 
      id="sap-ui-bootstrap"
      src="resources/sap-ui-cachebuster/sap-ui-core.js"
      data-sap-ui-libs="sap.ui.core,sap.m,sap.ui.table"
    data-sap-ui-theme="sap_belize"></script>

疏导 JavaScript 将通过 URL resources/sap-ui-cachebuster/sap-ui-core.js 而不是 resources/sap-ui-core.js 蕴含。

更多 Jerry 的原创文章，尽在：” 汪子熙 ”: