最近在研究 SAP Fiori 里Data Point的时候，我越来越觉得，真正决定一个业务数字一个9216，信息量其实很有限。这个数字究竟表现优秀，还是已经接近危险边界，仅仅从数字本身根本看不出来。与此同时，如果上个月是9000，本月来到9216，这个变化究竟应该显示成明显上升、普通上升，还是基本持平，同样不能单靠数值大小判断。这正是 SAP Fiori@UI.dataPoint里criticalityCalculation和trendCalculation存在的价值。它们解决的其实是两个相互关联、但又不能混在一起的问题。criticalityCalculation关注的是当前这个值处在什么业务区间，是健康、警戒还是异常。trendCalculation关注的是当前值相对于另一个参考值究竟发生了怎样的变化，是明显上升、轻微上升、基本横盘、轻微下降还是明显下降。SAP 官方把两种计算都放进@UI.dataPoint下面，让一个普通的业务数字同时拥有「状态」与「方向」两层语义。当前 SAP Help Portal 的相关文档仍然采用这样的模型，在较新的ABAP RESTful Application Programming Model文档中，trendCalculation和criticalityCalculation
最近在研究 SAP Fiori 里Data Point的时候，我越来越觉得，真正决定一个业务数字一个9216，信息量其实很有限。这个数字究竟表现优秀，还是已经接近危险边界，仅仅从数字本身根本看不出来。与此同时，如果上个月是9000，本月来到9216，这个变化究竟应该显示成明显上升、普通上升，还是基本持平，同样不能单靠数值大小判断。这正是 SAP Fiori@UI.dataPoint里criticalityCalculation和trendCalculation存在的价值。它们解决的其实是两个相互关联、但又不能混在一起的问题。criticalityCalculation关注的是当前这个值处在什么业务区间，是健康、警戒还是异常。trendCalculation关注的是当前值相对于另一个参考值究竟发生了怎样的变化，是明显上升、轻微上升、基本横盘、轻微下降还是明显下降。SAP 官方把两种计算都放进@UI.dataPoint下面，让一个普通的业务数字同时拥有「状态」与「方向」两层语义。当前 SAP Help Portal 的相关文档仍然采用这样的模型，在较新的ABAP RESTful Application Programming Model文档中，trendCalculation和criticalityCalculation
)
