我是靠谱客的博主 满意枕头,最近开发中收集的这篇文章主要介绍SAP S/4HANA系统CDS view扩展原理分析,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

After extension field is created, I would like to retrieve its data from interface view, like I_PRODUCT. That is, the extension field is already in MARA, I want to consume it via I_PRODUCT instead of MARA.

When using the following ABAP code, it does not work:

data: lt_table TYPE TABLE OF I_Product.

SELECT * INTO TABLE @lt_table FROM I_Product.

The reason is corresponding extension field does not appear in SQL view of I_PRODUCT at all. Why?

Simply because the extension field is not enabled for I_PRODUCT.
The enablement should also be done in custom field logic tile:
(1). select your extension field.


(2). tab UIs and Reports:

(3). Click “Enable Usage” button:

Never forget to publish your change.
Once done, it works now:


我来解答这两天我们讨论的问题。Key user 点了enable usage之后,如下图这个例子,

为什么之后我们 SELECT * FROM I_PRPODUCTWD 就能把extension field一起select出来,这些extension field不是做在E_PRODUCT上吗? E_PRODUCT 是通过association和I_PRODUCTWD连接起来的,为什么select * 能够把association view里的field一起读出来?
首先,上述红色的说法就是错误的,extension field并不是通过association从E_PRODUCT里读的. 我们要明确我们点enable usage的出发点是某个具体的extension field, 而不是从CDS view出发。选择了具体的extension field之后,再选择要extend的CDS view,点击publish,此时将会自动创建一个带有当前extension field的extension view,对选中的CDS extensible view进行扩展。这样造成的结果是,从SE11里观察SQL view能发现extension field会通过append的方式直接成为extensible view的一部分,这之后和E_PRODUCT再无任何关系。
比如这个extension view 在点publish时是什么时候生成的?

你可以自己debug,在这个方法里设个断点,然后点publish,你会发现publish时,有10个object会自动生成,其中第三个就是上面图里的extension view.




那框架咋知道我这个extension field在publish时要生成这10个东西?
答案还是在registry里:

如果想研究具体框架的generation实现,看这个class,里面每个sub class负责一种特定的repository generation实现,

其中CL_CFD_ENH_CDS_ENH_ABSTRACT又包含了所有CDS view相关的generation逻辑,里面又分了三种不同的类型。

所有这些协同工作,最后确保从application developer的眼里,看到extension field在design time时即出现在extensible view本身。额外补充一点哈。
E_PRODUCT一个最主要的目的就是为了register使用,同时在创建custom field时点publish时,能够自动生成一个E_Product的extension view。
如下图。当然在此之前需要先去自动扩展Product table的这个字段,这也是在点publish时自动完成的。

然后当你需要把这个custom field暴露在上层的view时,比如I_ProductWD,这时去Jerry提到的点击Enable时就会生成I_ProductWD的extension view。
其实你如果点击对应的字段,你会发现其实就是从上面的E_Product的extension view里去读取的。

总结一下,I_ProductWD里定义的E_PRODUCT的association更多是用于design time(register),之后在enable时知道如何创建extension view。然后有了extension view时,就跟E_Product没有直接关系了,因为extension view:ZZ1_PRE47GXHDI6P2ZLO3ADGY4HHFE里的内容是自动暴露为hosting view:I_PRODUCTWD的interface的。这也是为什么select *能自动出来,并不需要通过association。

要获取更多Jerry的原创文章,请关注公众号"汪子熙":

最后

以上就是满意枕头为你收集整理的SAP S/4HANA系统CDS view扩展原理分析的全部内容,希望文章能够帮你解决SAP S/4HANA系统CDS view扩展原理分析所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(43)

评论列表共有 0 条评论

立即
投稿
返回
顶部