从一段 BOPF Validation 代码看懂 Fiori 错误消息与 failed key 的流转

最近在处理 SAP Fiori Elements 事务型应用时，很多问题表面上看是 UI 的报错展示，实际上根子在后端业务对象运行时。一个字段填错了，前端为什么能精准定位到错误字段。保存按钮为什么会被拦住。消息为什么能出现在 Message Popover 里。更细一点，et_failed_key和eo_message为什么经常同时出现，却又不是一回事。这段代码正好把这条链路浓缩到一个很小的场景里。销售订单应用里有两个年份字段，start_year和end_year。终端用户在 Fiori 页面上维护订单周期，如果start_year大于end_year，这条销售订单实例就不应该继续通过一致性校验。后端既要告诉框架，哪一条业务对象实例失败了，也要告诉 UI，失败原因是什么，错误应该挂在哪个字段上。在老一代 ABAP Programming Model for SAP Fiori 中，事务型应用常常基于 CDS、BOPF 和 SAP Gateway 组合而成，SAP Learning 也说明过，从 SAP NetWeaver 7.51 SP01 起，托管运行时可以利用 BOPF，业务对象根据 CDS 注解生成，并支撑 Fiori 事务型开发。到了 ABAP Platform 7.54 之后，RAP 用 behavior definition 和 behavior implementation 替代了 CDS-based BOPF 的业务对象形态。(