在一个现代 Angular 工程里打开angular.json，经常能看到polyfills配置。较早的项目还可能保留独立的src/polyfills.ts，里面导入zone.js、国际化支持库，或者用于补齐浏览器能力的脚本。熟悉这种项目结构后再回到 ABAP，工程上很自然会产生一个问题，是否也存在某个统一文件，在程序启动之前加载，用来修补旧版本运行环境、补齐新语法，或者模拟较新版本的标准类。答案可以直接给出。ABAP 里没有一个与 Angularpolyfills.ts一一对应的标准文件，也没有一套由 ABAP 应用程序在启动阶段修改全局运行时环境的通用机制。ABAP 兼容性并不是完全没有处理手段，只是职责被放在了别的层次，包括 ABAP Kernel、ABAP 语言版本、语法检查器、Released API、适配器类、动态调用、数据库能力探测、ATC 检查以及系统升级策略。因此，讨论这个问题时不能只寻找一个文件名，而要观察两种平台为什么面对不同的兼容性问题。Angular 的 polyfills.ts 到底在处理什么Angular 应用最终运行在浏览器或者 JavaScript 运行环境中。同一个前端构建结果可能被送到不同版本的 Chrome、Edge、Firefox、Safari，甚至嵌入式 WebView。各个运行环境实现 Web 标准的时间并不一致，某个浏览器可能已经支持一种 API，另一个浏览器却还没有。Polyfill 的典型工作方
