在URL中不使用$ EXPAND的情况下传递扩展的实体

2020-09-19 06:37发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


你好

我有一个实体"通知",它与实体"代码"(1-n)和"动作"(1-n)相关。

当我像这样致电服务时:

 .../notifications?$ expand =代码,操作

我得到了想要的结果。

是否可以在执行调用中不使用$ EXPAND子句来传递扩展的实体? 服务的使用者对ODATA并不熟悉,并且始终需要扩展的实体。

我正在将SAP Gateway Foundation 7.40与ODATA V2一起使用。

最好的问候

克里斯

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


你好

我有一个实体"通知",它与实体"代码"(1-n)和"动作"(1-n)相关。

当我像这样致电服务时:

 .../notifications?$ expand =代码,操作

我得到了想要的结果。

是否可以在执行调用中不使用$ EXPAND子句来传递扩展的实体? 服务的使用者对ODATA并不熟悉,并且始终需要扩展的实体。

我正在将SAP Gateway Foundation 7.40与ODATA V2一起使用。

最好的问候

克里斯

付费偷看设置
发送
3条回答
樱桃小丸子0093
1楼-- · 2020-09-19 07:14

嗨克里斯托弗,

我了解的是,您需要获取所有通知以及相应的操作和节点,而无需在OData URL中传递它们。 您可以尝试以下选项之一-

1。 保持建模的关联不变。 在通知的GET_ENTITYSET方法中,传递关联的嵌套表中的操作和节点,并查看值是否传播到UI。

1。 创建两个JSON字符串属性,这些属性存储操作内部表和节点内部表的值,并将它们作为标量属性传递给Notifications实体。 在前端,您可以解析字符串属性并将其转换为内部表。

Reg。

jovirus
2楼-- · 2020-09-19 07:19

这里不是以添加所需参数的方式配置使用者的可能性吗?

huskylover
3楼-- · 2020-09-19 07:17

当然是可能的。 但是在我们的案例中,没有任何动作就读取通知是没有意义的。 那么,为什么没有机会始终传递它而不在url中指定它呢?

一周热门 更多>