共计 894 个字符，预计需要花费 3 分钟才能阅读完成。
SAP UI5 基于 MVC 架构，一个典型的 SAP UI5 工程蕴含了 controller，view，component 和 html 这几种不同类型的资源文件：
这种资源文件细粒度的拆分，其长处是每个文件职责清晰，合乎开发人员对 MVC 传统架构的意识，因此在我的项目开发过程中，有助于 SAP UI5 开发人员，在正确的地位编写正确的代码。
然而，开发完结后，切换到生产模式运行时，这种拆分形式会给 SAP UI5 的性能造成一些消极的影响。
每个资源文件须要一个独自的网络申请去加载。
以 Jerry 的一个用于 SAP UI5 学习的脚手架利用，没有任何后盾 API 的依赖 为例，其加载的网络申请如下图所示：
和很多其余的前端框架一样，SAP UI5 也引入了 bundling 机制，将这些独自的开发资源，打包成一个整体，文件名为 component-preload.js.
Component-preload.js 绝不是简略地将 SAP UI5 我的项目工程里各个文件的内容单纯地拼接进去。在内容拼接根底上，还施加了 Minification 和 Ugification 的过程。
Minification：删除代码中的正文和空行，空白，以减小最终生成的 Component-preload.js 的尺寸。
Ugification：代码混同，将原始代码中的变量名转换成单个字符，从而进一步缩小 Component-preload.js 的尺寸。
看一个 SAP UI5 Component-preload.js 的具体例子。
在 SAP UI5 我的项目文件里短少 Component-preload.js 时，我的 UI5 脚手架利用，总共发动了 43 个网络申请，页面加载工夫为 11.95 秒：
而通过 SAP UI5 打包工具生成 Component-preload.js 后，加载该利用一共用了 32 个网络申请，缩小了 11 个申请，页面加载工夫缩小到 10 秒。
最初，SAP UI5 的 Component-preload.js 文件如何生成呢？网络上提供了很多工具，Jerry 这篇文章介绍了我感觉相对来说步骤比较简单的一种方法：
一个好用的 SAP UI5 本地打包 (build) 工具
更多 Jerry 的原创文章，尽在：” 汪子熙 ”:
