用 Service Definition Extension 给 ABAP 标准服务加一层干净的扩展口

最近在看 RAP 项目里的服务暴露设计时，有一个对象很容易被忽略，Service Definition Extension。它不像 CDS View Extension 那样经常出现在字段增强场景里，也不像 Metadata Extension 那样直接影响 Fiori Elements 页面效果，但它在 Clean Core 开发里非常关键。尤其是我们面对 SAP 标准业务对象，或者面对已经上线运行的自建核心 Service Definition 时，想新增自己的 CDS entity，又不想改动原始服务定义，这个对象就派上用场了。在 RAP 体系里，Service Definition 负责说明哪些 CDS entity 要作为业务服务的一部分暴露出去。它本身不决定协议，也不直接等同于 OData 服务。真正把服务变成 OData V2、OData V4、SQL 或 InA 访问入口的是 Service Binding。Service Definition 更像一份业务服务清单，Service Binding 则像发布渠道。我们在清单里写明 Travel、Agency、Customer 这些实体，到了绑定层再决定它们通过哪种协议被消费。Service Definition Extension 解决的是另一个问题。原始清单已经存在，而且这份清单可能来自 SAP 标准，也可能来自我们的核心产品包。现在业务上需要补充一个新的实体，例如给供应商服务增加一个自定义评分记录，给销售订单服务增加一个自定义审批日志，给物料主数据服务增加一个本地质量扩展视图。直接修改原始 Service Definition 虽然技术上看起来很快，但会把标准对象或核心对象变成被修改对象，后续升级、热修、版本合并都会变得很麻烦。更符合 Clean Core 思路的