从可扩展 View Entity 到 C0 稳定 API，深入理解 ABAP CDS Extensions 开发

打开 ADT 里的/DMO/ADM_E_Agency，第一眼看到的 CDS View Entity 几乎简单得不能再简单。数据来自/DMO/AGENCY，投影列表里只有一个AgencyId。如果只看业务字段，很容易产生一个疑问，一个只有主键字段的 View Entity 为什么需要配置这么多@AbapCatalog.extensibility注解。真正需要关注的并不是它当前暴露了多少字段，而是它准备把多大的扩展空间交给后续的软件组件。在 SAP S/4HANA Cloud、ABAP Cloud 以及越来越强调 Clean Core 的 SAP S/4HANA Private Edition 开发里，扩展能力已经不能继续理解成传统意义上的「只要技术上能 append，就允许客户往里面加东西」。SAP 更希望软件提供方明确描述扩展契约，包括哪些 CDS 对象允许扩展，可以增加什么类型的内容，可以从哪些稳定数据源获取字段，新字段必须采用什么命名规则，以及扩展最多可以消耗多少容量。Develop CDS Extensions讨论的正是这套机制。SAP 当前官方文档仍然使用/DMO/ADM_E_Agency作为说明这一设计的示例，并明确说明@AbapCatalog.extensibility用于界定 CDS View Entity 的扩展范围。SAP 的 RAP 扩展文档还进一步说明，如果 CDS View 要发布为Extend (C0)稳定扩展 API，这些 extensibi