
在一个典型的 SAP S/4HANA 扩展项目里,我们真正花时间的地方往往并不全部属于业务逻辑。一个采购申请审批应用需要生成流水号,需要记录处理日志,需要把关键字段修改历史保存下来,需要定时执行后台任务,需要发送邮件,需要生成 PDF 表单,还可能需要启动审批 Workflow。业务团队真正关心的其实是采购申请本身,但开发团队却很容易把大量精力投入日志框架、编号框架、调度框架、邮件框架这些基础设施代码。ABAP Cloud 对这类问题给出的答案,就是Reuse Services and Libraries。它并不是 ABAP Cloud 边缘位置上的辅助工具,而是整个开发模型的重要组成部分。SAP 当前的 ABAP Cloud 架构把 CDS、RAP、Cloud-Optimized ABAP Language、Released API、ADT、Reuse Services and Libraries 以及 Built-In Qualities 放在同一个开发体系中。SAP 对 ABAP Cloud 的定位也非常明确,它用于构建具备生命周期稳定性和云就绪能力的业务应用、服务与扩展。这也是理解 Reuse Services 最重要的入口。我们不应该把它简单理解成 SAP 预先写好的一批工具类。真正有价值的地方,在于 SAP 把大量企业应用都会遇到的公共能力做成平台能力,再通过稳定 API、配置模型、运行时框架以及部分现成 UI 组件提供给业务开发。于是我们的代码关注点开始发生变化。以前的问题可能是,怎样自己设计一套后台任务表,怎样维护 Job 状态,怎样存储运行日志,怎样实现邮件队列。到了 ABAP C