
SAP 的 RAP110 官方练习里,有一个很适合观察现代 ABAP 开发方式的应用。业务人员在 SAP Fiori 页面里创建旅行记录,维护预订信息,保存草稿,再把完整的业务数据提交到后台。页面看起来只是一个常见的业务管理应用,背后却连接着 CDS 数据模型、RAP 业务对象、事务处理、权限控制和 OData 服务。这个公开示例把一个长期存在的问题摆到了我们面前,怎样让业务应用持续演进,同时减少对 SAP 内部实现的依赖。传统 ABAP 项目里,我们往往从一张表、一个函数模块或者一个增强位置开始开发。需求能够实现,程序能够运行,测试也能够通过。到了系统升级,原来可以调用的内部对象发生变化,某个字段的处理方式调整,或者一个隐含的业务前提不再成立,自定义程序就需要重新排查。真正让人费心的,通常不是几行语法,而是程序与标准系统之间那些没有明确稳定承诺的依赖。ABAP Cloud 就是围绕这类问题建立的开发模型。它面向业务应用、服务和扩展,把生命周期稳定、云环境适配和可维护性放进开发过程。我们仍然使用 ABAP 的类型系统、面向对象能力和业务处理经验,也继续利用成熟的生命周期管理与身份访问管理机制。变化发生在开发边界上,客户代码通过已发布的接口和扩展点访问 SAP 能力,标准实现则可以在这个边界内部继续演进。这里的 Cloud 描述的是开发模型的要求,不能直接拿来判断程序运行在哪里。ABAP Cloud 可以用于 SAP BTP ABAP environment,也可以用于 SAP S/4HANA Cloud Public Edition,以及具备相应能力的 SAP S/4HANA Cloud Private Edition 和本地部署系统。SAP S/4HANA 2022 是私有云和本地部署支持这一模型的重要起点,但具