在 SAP Gateway Foundation 的 OData V4 开发里，删除一条业务数据，看上去只是一个很普通的 HTTPDELETE请求。客户端访问类似下面这样的地址。
DELETE …/iwbep/tea_busi/0001/TEAMS('TEAM_01')从 HTTP 的视角看，这件事情很简单，定位资源，执行删除，成功以后返回204 No Content。但进入 SAP Gateway V4 Runtime 以后，一个删除请求并不是简单地落到某个 ABAP 方法里执行一条DELETE FROM就结束了。
在/IWBEP/IF_V4_DP_ADVANCED~DELETE_ENTITY背后，SAP 实际设计了一条分层处理链。Advanced 层负责接触完整请求语义，Intermediate 层可以负责修改条件检查，Basic 层负责真正执行实体删除。SAP 官方文档明确说明，/IWBEP/IF_V4_DP_ADVANCED包含 Gateway Foundation 支持的 OData 操作，框架为这些方法提供通用实现，并在适当情况下向其他 Data Provider 接口委派。对于DELETE_ENTITY，默认 Advanced 实现可以先进行 modification condition 检查，再调用 Basic 层的删除方法。
理解这一层关系以后，很多以前看起来有些奇怪的 Gateway V4 代码都会变得非常自然。
