最近在做 SAP Fiori Elements 页面时，经常会碰到一种很典型的需求。后端返回的字段明明只是一个普通状态，例如订单已经完成、交货存在风险、库存不足、账单被阻塞，可产品经理希望页面不要只是冷冰冰地显示Completed、Blocked、Low Stock这些文字，而是希望业务人员扫一眼页面，就能迅速判断哪些数据正常，哪些数据需要关注，哪些数据已经进入危险区域。如果完全按照传统前端开发方式处理，我们很容易想到在 SAP UI5 Controller 里写 formatter，根据状态字段返回不同的ValueState，或者在 XML View 里做表达式绑定，再决定显示Success、Warning、Error。Fiori Elements 走的是另一条路。在 Fiori Elements 的元数据驱动体系里，业务状态本身是一层信息，而这个业务状态究竟属于正常、警告还是异常，又是另一层信息。SAP 把后一层信息抽象成了Criticality。所以理解Criticality，关键不在于记住红色、橙色、绿色分别对应哪个数字，而在于理解 SAP 为什么要把业务数据和视觉语义拆开。SAP 官方对于字段值 Criticality 的定义非常直接。dataField一类的 UI annotation 可以通过criticality属性引用另一个 CDS element，这个 elem 从业务状态到语义色，彻底理解 SAP Fiori 字段值的 Criticality 设计
最近在做 SAP Fiori Elements 页面时，经常会碰到一种很典型的需求。后端返回的字段明明只是一个普通状态，例如订单已经完成、交货存在风险、库存不足、账单被阻塞，可产品经理希望页面不要只是冷冰冰地显示Completed、Blocked、Low Stock这些文字，而是希望业务人员扫一眼页面，就能迅速判断哪些数据正常，哪些数据需要关注，哪些数据已经进入危险区域。如果完全按照传统前端开发方式处理，我们很容易想到在 SAP UI5 Controller 里写 formatter，根据状态字段返回不同的ValueState，或者在 XML View 里做表达式绑定，再决定显示Success、Warning、Error。Fiori Elements 走的是另一条路。在 Fiori Elements 的元数据驱动体系里，业务状态本身是一层信息，而这个业务状态究竟属于正常、警告还是异常，又是另一层信息。SAP 把后一层信息抽象成了Criticality。所以理解Criticality，关键不在于记住红色、橙色、绿色分别对应哪个数字，而在于理解 SAP 为什么要把业务数据和视觉语义拆开。SAP 官方对于字段值 Criticality 的定义非常直接。dataField一类的 UI annotation 可以通过criticality属性引用另一个 CDS element，这个 elem