在 SAP Gateway Foundation 的 OData V4 服务开发里，CRUD 往往不是最难理解的部分。读取实体可以对应GET，创建实体通常对应POST，修改实体对应PATCH或PUT，删除实体对应DELETE。真正开始涉及业务语义以后，情况就不同了。一个部门不只是可以被读取和修改，它还可能执行「更换经理」。一张销售订单不只是能够修改字段，它还可能执行「批准」「拒绝」「重新定价」「释放」。一个采购申请不只是拥有状态字段，它还可能存在「提交审批」这种带有明确业务含义的操作。OData V4 为这样的业务能力提供了 Action。在 SAP Gateway Foundation 的底层运行时中，处理这一类请求的重要入口之一，就是/IWBEP/IF_V4_DP_ADVANCED~EXECUTE_ACTIONSAP 官方对这个方法的定义非常明确，它既能够处理 bound action，也能够处理 action import。更关键的一点在于，SAP Gateway Foundation 已经为该高级接口准备了一套 generic implementation。遇到 action import 时，框架可以将处理过程委托给 Basic 层对应的 Action 方法。遇到 bound action 时，框架则可能先解析导航和绑定资源，再执行真正的 Action。这一句话看起来很短，却已经包含了 SAP Gateway OData V4 数据提供层相当重要的一套设计思想。理解它之
在 SAP Gateway Foundation 的 OData V4 服务开发里，CRUD 往往不是最难理解的部分。读取实体可以对应GET，创建实体通常对应POST，修改实体对应PATCH或PUT，删除实体对应DELETE。真正开始涉及业务语义以后，情况就不同了。一个部门不只是可以被读取和修改，它还可能执行「更换经理」。一张销售订单不只是能够修改字段，它还可能执行「批准」「拒绝」「重新定价」「释放」。一个采购申请不只是拥有状态字段，它还可能存在「提交审批」这种带有明确业务含义的操作。OData V4 为这样的业务能力提供了 Action。在 SAP Gateway Foundation 的底层运行时中，处理这一类请求的重要入口之一，就是/IWBEP/IF_V4_DP_ADVANCED~EXECUTE_ACTIONSAP 官方对这个方法的定义非常明确，它既能够处理 bound action，也能够处理 action import。更关键的一点在于，SAP Gateway Foundation 已经为该高级接口准备了一套 generic implementation。遇到 action import 时，框架可以将处理过程委托给 Basic 层对应的 Action 方法。遇到 bound action 时，框架则可能先解析导航和绑定资源，再执行真正的 Action。这一句话看起来很短，却已经包含了 SAP Gateway OData V4 数据提供层相当重要的一套设计思想。理解它之
![[光学原理与应用-521]：对光的错误理解与纠偏](http://pic.xiahunao.cn/yaotu/[光学原理与应用-521]：对光的错误理解与纠偏)
