为什么现在必须认真对待 CDS 迁移
在很多老项目里,DEFINE VIEW 这类 CDS DDIC-based View 曾经是建模主力:激活时会同时生成 CDS 对象本身,以及一个由 DDIC 管理的 SQL View(也就是你在 @AbapCatalog.sqlViewName 里维护的名字)。这种“双对象”模式在当年很实用,但它也带来了额外的激活成本、命名约束、依赖风险,以及一堆历史包袱。ABAP 侧也已经明确把 CDS DDIC-based View 标记为 obsolete,并将 DEFINE VIEW ENTITY 作为新的主流方向。(SAP Help Portal)
更关键的是,CDS View Entity 并不是“语法换皮”。它从 ABAP 平台层面把很多隐式行为变得更严格、更可预测:例如更强的语义校验、更好的类型安全、对客户端字段处理的改进,以及不再需要为同一个模型维护额外的 DDIC SQL View。(
订阅专栏 解锁全文
1643



&spm=1001.2101.3001.12003&articleId=156807455&d=1&t=3&u=0ccdcdc847cb429b802164ded33a03ae)

被折叠的 条评论
为什么被折叠?



