在一个真正投入生产的 SAP 业务应用里，开发工作很少只是维护几张业务表、写几个CDS View、实现一个RAP Business Object，再通过OData V4暴露出去这么简单。销售订单修改以后要留下审计记录，后台批处理需要能够调度，业务异常需要写入统一日志，审批需要进入工作流，业务单据需要生成 PDF，前端还希望直接显示修改历史和应用日志。这些需求有一个共同特点，它们非常重要，却并不真正属于销售、采购、财务、生产或者库存中的任何一个业务领域。如果每个开发团队都各自实现一套日志框架、一套变更历史、一套后台任务调度、一套审批机制，代码量会迅速膨胀，而且同一种基础能力会出现很多套不同实现。更麻烦的是，随着系统升级，这些自行实现的基础设施还需要持续维护。ABAP Cloud对这类问题给出的一个重要答案，就是Reuse Services。SAP 对Reuse Services的定位很清晰，它们不是某个特定应用或者某个特定Business Object的专属能力，而是能够同时服务于多个应用、服务和业务领域的通用能力。SAP 当前官方文档列举的范围已经包括Application Jobs、日志、表单、Change Documents、Workflow等。因此，理解Reuse Services时，不能把它简单看成一批方便调用的 ABAP 类。它更接近ABAP Cl ABAP Cloud 中的 Reuse Services，如何把通用能力沉淀成可复用的企业级服务
在一个真正投入生产的 SAP 业务应用里，开发工作很少只是维护几张业务表、写几个CDS View、实现一个RAP Business Object，再通过OData V4暴露出去这么简单。销售订单修改以后要留下审计记录，后台批处理需要能够调度，业务异常需要写入统一日志，审批需要进入工作流，业务单据需要生成 PDF，前端还希望直接显示修改历史和应用日志。这些需求有一个共同特点，它们非常重要，却并不真正属于销售、采购、财务、生产或者库存中的任何一个业务领域。如果每个开发团队都各自实现一套日志框架、一套变更历史、一套后台任务调度、一套审批机制，代码量会迅速膨胀，而且同一种基础能力会出现很多套不同实现。更麻烦的是，随着系统升级，这些自行实现的基础设施还需要持续维护。ABAP Cloud对这类问题给出的一个重要答案，就是Reuse Services。SAP 对Reuse Services的定位很清晰，它们不是某个特定应用或者某个特定Business Object的专属能力，而是能够同时服务于多个应用、服务和业务领域的通用能力。SAP 当前官方文档列举的范围已经包括Application Jobs、日志、表单、Change Documents、Workflow等。因此，理解Reuse Services时，不能把它简单看成一批方便调用的 ABAP 类。它更接近ABAP Cl RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
