最近做 SAP S/4HANA 扩展设计时，经常会碰到一个很现实的问题，既然 RAP 已经是 SAP S/4HANA 里构建 SAP Fiori 应用、服务和本地 API 的默认编程模型，那 SAP 以后会不会把所有开发对象都迁移到 RAP。这个问题不能用简单的会或者不会来回答。更准确的判断是，RAP 会成为 SAP 新一代业务对象暴露、Fiori 应用开发、本地 API 和云就绪扩展的主线，但它不会把所有历史开发对象、所有经典 API、所有 Dynpro 程序、所有老式框架在一次技术运动中全部替换掉。SAP 官方 ABAP Cloud FAQ 对这个问题的表达很直接，RAP 是 SAP S/4HANA 中构建 SAP Fiori apps、services 和 local APIs 的默认编程模型。在 SAP S/4HANA Cloud Public Edition 范围内，SAP 计划为主要 SAP 对象类型，也就是核心 business objects，暴露 RAP facades。这个说法的重点在 facade，而不是把所有内部实现都改写成 RAP。facade 代表对外呈现的稳定接口层，内部仍然可能存在大量历史实现、经典业务逻辑、表结构、BAPI、BAdI、框架代码和应用服务。对 ABAP 开发团队来说，这个差异很关键。架构迁移的主线不是把世界上所有旧代码重写一遍，而是把可消费、可扩展、可升级的边界尽量标准化到 RAP 和 ABAP Cloud 的模型上。(SAP Community
