在一个典型的 SAP S/4HANA 项目里，做一个业务页面已经很少只有一种技术路线。标准业务对象适合 RAP，页面尽量交给 Fiori Elements。遇到 Annotation 表达不了的需求，再进入 Developer Extensibility。再复杂一点，团队往往就不得不进入 UI5 freestyle，开始维护 XML View、Fragment、Controller、JavaScript、路由以及各种前后端交互代码。问题恰恰出现在这里。一个原本只需要补一小块特殊业务 UI 的需求，很容易把整个项目从 ABAP 世界一路拖进完整的前端工程。abap2UI5 提供了另一条路径。一个完整的 UI5 应用，可以主要由一个 ABAP class 表达。浏览器端最终运行的仍然是普通 UI5 应用，服务器端仍然是 ABAP。XML View、UI5 Control、数据绑定和事件模型没有消失，只是开发表达方式被搬回了 ABAP。它不是一套试图取代 SAPUI5 的浏览器框架，也不是另一种和 RAP 对立的业务编程模型。到了 2026 年，这个定位又向前走了一步。abap2UI5 不再只能作为一个完整应用独立运行，现在还能以z2ui5.embed.Container的形式嵌入已经存在的 UI5 freestyle 或 Fiori Elements 应用。官方集成文档也把 Fiori Elements Object Page、普通 UI5 app 和 UI Integration Card 列入z2ui5.embed.Container的应用场景。这件事看上去只是多了一