从 CDS 注解到 Fiori 对象页页眉，构建真正的元数据驱动界面

打开一张销售订单的Object Page，视线通常会先落在页面顶部。订单编号、客户名称、订单金额、交付状态、开票状态，这些信息共同回答了一个很现实的问题，我们当前处理的到底是哪一个业务对象，它正处于什么阶段，又有哪些异常需要马上关注。这片区域看起来只是一个页眉，可在SAP Fiori elements中，它并不是由前端开发人员随意拼装出来的一组控件。页面展示什么字段，哪个字段充当标题，哪个字段用来补充对象描述，状态按照什么顺序排列，很多时候都来自CDS数据模型中的UI Annotation。页面不再只是消费数据，也会消费数据背后的语义。CDS实体负责定义业务对象包含哪些元素，UI Annotation负责描述这些元素在界面中的角色，OData服务把相应元数据暴露给消费端，SAP Fiori elements再依据这些元数据生成符合SAP Fiori设计规范的页面结构。界面逻辑由此从大量手写的XML View和控制器代码中抽离出来，沉入稳定、可复用、可治理的数据模型。SAP 官方文档也把UI.header和UI.headerInfo定位为页面最上方区域的语义来源，其中UI.headerInfo负责定义对象名称、标题值以及描述等信息。页眉承担的是对象识别，而不是视觉装饰销售订单页