让 CDS 更干净：ABAP CDS Metadata Extension 的原理、评估顺序与工程化落地

写在前面：本文把 CDS Metadata Extension（简称 MDE）放在 ABAP 数据建模与 Fiori 开发的真实场景中讲清楚：为什么需要 MDE、它究竟如何被系统评估、分层与变体如何决定优先级、哪些注解能放到 MDE、以及从 ADT 操作到可运行示例的全链路实践。行文里凡是中英文相邻处，已按你的要求加入了空格分隔；同时所有英文双引号已替换为反引号。

---

一、MDE 是什么：把 元数据 从 数据定义 中解耦

在 ABAP CDS 世界里，视图、实体等对象通过注解携带大量语义信息，例如 @EndUserText.label、@UI.*、@OData.publish 等。随着应用复杂度上升，把所有注解都堆在 DDL 源里会让可读性急剧下降，而且很多注解并非实体激活所必需。CDS Metadata Extension 的目标，就是把这类注解搬到单独的 DDLX 对象里，实现关注点分离（Separation of Concerns）。官方文档明确指出：MDE 目前仅支持扩展 CDS 视图，并且它作为单独对象定义与传输，默认在注解评估时一并被考虑。(