一个组织主数据列表已经能够显示组织编号、名称和基础分类，业务人员打开页面后却发现两个很实际的问题。页面里看不到组织所在国家，采购团队很难快速判断供应商的地域分布。列表里也没有直观的角色说明，业务人员只能根据内部代码01和02判断当前组织究竟是客户还是供应商。这两个需求看起来都只是增加一列，但它们代表了两种完全不同的数据扩展方式。国家名称已经存在于原始数据源，只是原始CDS View没有把它暴露出来。角色说明则不是数据库中的现成字段，而是根据PartyRole代码计算得到的新字段。在传统的ABAP CDS模型中，我们可以通过CDS View Extension将这两类字段加入原有视图，而不必直接修改原始DDL Source。SAP 对EXTEND VIEW的定义也很明确，它允许扩展已有CDS View的选择列表，将底层数据源中尚未公开的字段或新的表达式加入现有数据模型。扩展本身不是一个可以单独查询的业务实体，而是原始视图定义的一部分补充。这种方式特别适合 SAP 标准内容或公共基础模型。我们的扩展代码保存在独立的开发对象中，原始视图保持不变，系统升级时也不需要反复合并对标准对象的直接修改。从Clean Core的角度看，扩展对象和原始对象之间形成了清晰边界，前提是被扩展对象已经允许扩展，并且在云环境中属于正式发布、允许使用的开发对象。从原