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 是私有云和本地部署支持这一模型的重要起点，但具