正在检查一个典型的 SAP UI5 工程时，我们通常会看到webapp、Component.js或Component.ts、manifest.json、ui5.yaml、package.json，使用 TypeScript 时还会看到tsconfig.json。Angular 开发经验很容易让人继续寻找一个polyfills.ts，希望把Promise、fetch、Array.from、structuredClone、Intl或Zone.js一类的兼容代码集中放进去。直接结论是，SAP UI5 没有一个由框架规定、由脚手架固定生成、在启动阶段自动执行，并且与 Angularpolyfills.ts一一对应的标准文件。我们的 UI5 项目当然可以自行建立名为polyfills.js或polyfills.ts的模块，但那是应用自己的工程约定，不是 SAP UI5 的特殊入口，也不会因为文件名叫这个名称就被 UI5 自动加载。理解这个差异，需要先把 Angular 里的概念校准一下。Angular 的官方构建器提供polyfills配置项，它接受文件路径或模块名称，显式的src/polyfills.ts只是其中一种组织方式，并不是浏览
