最近在做 SAP Fiori Elements 页面时，我越来越喜欢观察一个很小的设计细节。同样是一个金额字段，传统企业应用往往只是把它显示成12,580,000 CNY。数据当然没错，可真正坐在屏幕前处理业务的人，看到这个数字之后脑子里还得继续算一遍，这个金额高不高，距离目标还有多少，比上个月是增长还是下降，现在属于正常状态还是已经需要干预，这是谁负责的，这个数字统计的是哪个时间段。字段把事实交代清楚了，业务判断却依旧留给了人。到了 SAP Fiori 的设计体系里，这类问题有一个很典型的解决办法，就是Data Point。SAP 官方对Data Point的定义很直接，它用于表达单个数据点。这个数据点多数时候是数值，不过也可以是文本，例如状态值。更重要的是，一个数据点还可以继续携带 criticality、trend、责任人、参考期间等业务语义。所以在实际的 Fiori Elements 开发里，我不会把@UI.dataPoint单纯理解成一个把数字显示得更漂亮的 annotation。它更像是在一个普通字段外面，再包上一层业务解释。数据库负责告诉系统，现在的销售总额是多少。CDS View 负责告诉 UI，这个数值对应什么货币。Data Point再进一步告诉 Fiori，这个数字叫什么，它有没有目标，当前表现好不好，趋势往哪个方向走，统计周期是什么，谁对这个结果负责。一个原本孤零零的 value，就这样慢慢长成了一个可以直接参与业务判断的信息单元。就拿本文正在
最近在做 SAP Fiori Elements 页面时，我越来越喜欢观察一个很小的设计细节。同样是一个金额字段，传统企业应用往往只是把它显示成12,580,000 CNY。数据当然没错，可真正坐在屏幕前处理业务的人，看到这个数字之后脑子里还得继续算一遍，这个金额高不高，距离目标还有多少，比上个月是增长还是下降，现在属于正常状态还是已经需要干预，这是谁负责的，这个数字统计的是哪个时间段。字段把事实交代清楚了，业务判断却依旧留给了人。到了 SAP Fiori 的设计体系里，这类问题有一个很典型的解决办法，就是Data Point。SAP 官方对Data Point的定义很直接，它用于表达单个数据点。这个数据点多数时候是数值，不过也可以是文本，例如状态值。更重要的是，一个数据点还可以继续携带 criticality、trend、责任人、参考期间等业务语义。所以在实际的 Fiori Elements 开发里，我不会把@UI.dataPoint单纯理解成一个把数字显示得更漂亮的 annotation。它更像是在一个普通字段外面，再包上一层业务解释。数据库负责告诉系统，现在的销售总额是多少。CDS View 负责告诉 UI，这个数值对应什么货币。Data Point再进一步告诉 Fiori，这个数字叫什么，它有没有目标，当前表现好不好，趋势往哪个方向走，统计周期是什么，谁对这个结果负责。一个原本孤零零的 value，就这样慢慢长成了一个可以直接参与业务判断的信息单元。就拿本文正在
)
