从 SAP LUW 到 Fiori Elements，深入理解 RAP 事务型 UI 服务的设计与实现

在 SAP S/4HANA 项目里做一个可编辑的 Fiori 页面，看起来很容易被理解成一件前端工作。业务人员需要创建销售申请、修改金额、执行提交动作，开发人员准备几个 CDS View，再暴露一个 OData 服务，页面似乎就能跑起来。真正进入企业生产系统之后，事情很快就没有这么简单。同一张业务单据可能同时修改抬头和行项目，保存时还要检查金额、状态、组织权限和主数据有效性。两个用户可能同时编辑同一条数据。某个校验失败时，已经修改的数据不能部分写入数据库。业务动作执行成功以后，可能还要触发 Workflow，记录 Change Document，并向其他系统发布 Business Event。这时我们面对的已经不是一个 CRUD 页面，而是一个完整的事务处理问题。SAP 在 ABAP Cloud 里给出的核心答案就是 ABAP RESTful Application Programming Model，也就是 RAP。SAP 官方将 RAP 定义为 ABAP Cloud 的事务型编程模型，它以 CDS Entity 描述数据，以 RAP Behavior Definition 描述业务对象行为，并通过 OData 等协议向 UI 或其他消费者提供服务。对于事务访问，RAP 可以由 managed RAP BO provider 提供标准行为，也可以由 ABAP Behavior Implementation 自行实现。理解 Develop Transactional UI Services，真正需要掌握的也不是怎样快速生成一个 Fiori 页面，而是 RAP 如何把数据模型、业务行为、事务边界、并发控制、UI 服务和应用集成组织成一套统一模型。