把 RAP 常见报错看明白,别让实体类型、服务绑定和 UI 元数据互相打架
我在准备 RAP 的 Demo、CodeJam 场景和客户演示时,最容易把节奏打断的,往往不是语法错误,也不是业务逻辑本身,而是一些看上去很短、背后却牵着一整串设计前提的报错。它们表面上像是工具报错,真追进去,问题常常不在 ADT,也不在预览按钮,而是在我们把CDS entity的职责、service binding的暴露方式、还有Fiori Elements的元数据预期混在了一起。SAP 的文档里对这些对象的边界其实讲得很清楚,CDS abstract entity是没有数据库对象的类型定义,常见用途是给 action 的输入和输出参数做类型;CDS custom entity则是非SQL实体,运行时通过ABAP class自己提供数据;Fiori Elements App Preview会基于服务绑定和UI annotation自动起一个基础界面,但对象页的布局仍然依赖 facet 等元数据来组织。把这几层关系放在一起看,很多报错就突然能读懂了。(SAP Help Portal)
