点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 我目前正在使用CAP和N...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 我目前正在使用CAP和N...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
你好
我目前正在使用CAP和Node.js开发应用程序。 该应用程序基本上是一项服务,可聚合来自现有标准SAP API和Fiori Elements前端(列表报告和对象页面)的数据。
为了能够汇总API的数据,我使用Javascript中的自定义服务实现以及事件处理程序(之前,之后,之后)。
我的问题是,我无法重新实现OData V4 $ count查询(在自定义处理程序中),这对于使Fiori Elements列表报表起作用是必需的。 显然,自定义处理程序会"覆盖"标准$ count处理程序? 因此,列表报告发出以下请求:
READ实体{ '$ count':'true', '$ select':'...', '$ skip':'0', '$ top':'30' }
但是得到以下答案:
" @ odata.context":" $ metadata#Entity", " @ odata.metadataEtag":" ...", " @ odata.count":0, "值":[ {...},{...},... ]
由于@ odata.count值为0,因此列表报告不显示任何数据。 我找不到在自定义处理程序中设置此值的任何方法,因为似乎我只能访问"值"数组。
所以我的问题是:是否可以为结果数组设置自定义值,并且仍然可以使用标准的OData处理程序?
我的问题专门针对$ count查询,但我也想避免尽可能地重新编码$ filter和$ sort逻辑。
这是我当前的实现示例:
srv.on('READ','Entity',async(req)=> { const queryOptions = req ._。odataReq.getQueryOptions()|| {}; const [data1,data2,data3] =等待Promise.all([ srv.run(SELECT.from('Entity1')), srv.run(SELECT.from('Entity2')), srv.run(SELECT.from('Entity3')), ]); const elements = [... data1,... data2,... data3] .map((el)=>({Prop1:el.Prop1,Prop2:el.Prop2,Prop3:el.Prop3})); const reqData = req.data; 如果(reqData && reqData.Prop1 && reqData.Prop3){ const element = elements.find((el)=> el.Prop1 === reqData.Prop1 && el.Prop3 === reqData.Prop3); 返回元素; } const top = queryOptions。$ top || flow.length; const skip = queryOptions。$ skip || 0; 返回elements.slice(skip,(skip + top <= elements.length?skip + top:elements.length)); }); srv.after('READ','Entity',async(results,req)=> { const queryOptions = req ._。odataReq.getQueryOptions(); 如果(queryOptions && queryOptions。$ expand){ 如果(!Object.keys(req.data).length){ req.reject(501,'未实现'); } else if(results.length){ const el = results [0]; const items = await srv.run(SELECT.from('EntityItems')。where({Entity_Prop1:el.Prop1,Entity_Prop3:el.Prop3})); el.Items =项目; } } }); srv.on('READ',['Entity1','Entity2','Entity3'],async(req)=> { //处理对外部API的请求 }):
感谢您的帮助,
西奥
你好,
大多数查询选项(例如$ filter和$ sort)被推送到数据库,而不应用于自定义处理程序返回的结果集。 因此,您必须亲自应对。 对于$ filter来说,它实际上非常简单,因为它们导致独立的where语句,您可以将这些语句传递给所有三个远程服务(参见fluent QL API SELECT.from(...)。where({...}))。 对于像$ sort,$ top和$ skip这样的其他对象,则不必太多,因为必须将它们应用于合并结果集。
在当前版本为CAP的情况下,查询选项$ count的处理方式类似于读取请求。 如果有内联计数,它将触发应用程序内的第二次读取。 也就是说,GET .../Books/$ count是单个READ事件,GET .../Books?$ count = true导致两个单独的READ事件,即一个用于获取数据和一个用于获取计数。 第二个事件的on处理程序(检查req ._。odataReq以区分两者)需要返回格式[{count:}],该格式又填充属性@ odata.count。
最好,塞巴斯蒂安(Sebastian)
一周热门 更多>