在 SAP RAP Custom Pattern 里给 Custom Entity 加上可维护的 Behavior：数据扩展、Unmanaged Save、过滤

很多团队在做ABAP系统治理时，会遇到一个尴尬点：一些信息并不属于标准仓库对象本身，却又必须跟着业务一起被维护、被筛选、被追踪。典型例子是Software Component清单：从系统仓库接口能读到名称、描述、分支、类型、是否可用，但你真正想管理的往往是另一层业务属性，比如负责人团队、所属应用、补充说明，甚至需要区分这条记录来自本系统还是外部系统。

如果你已经用过RAP的Custom Pattern（把外部数据源包装成一个可复用的RAP对象），你会发现读数据非常顺滑：复用组件把远端OData或仓库信息统一拉取，前端Fiori elements直接消费。可一旦要把额外字段写回本地表，真正的挑战就出现了：Custom Entity 的行为怎么做，服务绑定选OData V4还是OData V2，Draft 怎么办，过滤排序怎么兼容远端字段与本地字段。这一篇就围绕这些关键点，把一套可落地的实现串起来。(software-heroes.com)

---