从 CDS 到 Fiori 与跨系统集成，彻底理解 RAP OData Service Consumption

在一个典型的 SAP S/4HANA 项目里，CDS View Entity 很少停留在数据库查询这一层。一个 CDS 数据模型可能需要被 SAP Fiori Elements 页面读取，也可能需要提供给另一个 ABAP 系统，还可能成为 SAP BTP ABAP Environment 中某个扩展应用的数据来源。到了这个阶段，真正需要解决的问题已经从「如何定义 CDS」变成了「如何把 CDS 模型稳定地暴露出去，以及消费端如何正确访问这个服务」。这正是 OData Service Consumption 所讨论的核心。在 ABAP RESTful Application Programming Model，也就是 RAP 的体系里，CDS 负责数据建模，Behavior Definition 和 Behavior Implementation 负责业务行为，Service Definition 决定哪些业务实体允许被服务层公开，而 Service Binding 再把这个服务映射到具体的通信协议。SAP 当前官方文档仍然把 RAP 定义为面向 SAP HANA 优化的 OData 应用开发模型，CDS 是 RAP 数据建模的基础，业务服务可以通过 OData 暴露给 SAP Fiori 应用或者其他 API Consumer。理解这一层关系以后，OData Consumption 其实可以拆成两条很清晰的路线。一条路线发生在当前 ABAP 系统内部，包括 SAP Fiori Elements 对 UI Service 的消费，以及 ABAP 程序通过 Local Client Proxy 对本地 OData Service 的程序化调用。另一