SAP CRM Fiori 应用 My Opportunity 的分页读取逻辑，在 GM4 - AG3 无法正常工作

SAP CRM Fiori 应用 My Opportunity 的分页读取逻辑，在 GM4 - AG3 无法正常工作

我们打开 SAP CRM Fiori 应用 My Opportunity 的 list 页面，首页默认只能显示 20 个 Opportunity：

当我们向下滚动鼠标中键时，触发一个加载更多 Opportunity 的动作，或者说延迟加载(分页加载)机制：

lo_provider = lo_processor->read( io_entity_set = lo_entity_set is_function_import_info = ls_function_import_info it_key = io_uri->key_predicates it_expand = io_uri->expand it_select = io_uri->select io_filter = io_uri->filter io_orderby = io_uri->orderby iv_skip = io_uri->skip iv_top = io_uri->top iv_skiptoken = io_uri->skiptoken iv_inlinecount = lv_inlinecount iv_for = lv_operation iv_format = lv_format ).

下图是 gateway 处理 OData 请求的入口：

通过 ​​CALL_BACKEND​​ 方法进行 RFC 调用：

进行 RFC 调用，使用的 SM59 Destination 为 ​​ZGM4TOAG3_001​​：

直接用 postman，没有返回记录：

CL_CRM_OPPORTUNITY_DPC_EXT~OPPORTUNITIES_GET_ENTITYSET

成功读出 470 条 Opportunity：

用 Postman 发送的请求，一 delete 就没了：

UI 上也是 0，这个 growing behavior 在 GM4/AG3 上不能正常工作。

但 task 可以。

在这之前，在 me->select_tasks 里完成 guid 的读取。

把所有 guid 都读取出来了：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-P7IfPAjq-1659765006868)(lv_maxhits > 0. DELETE lt_sort FROM lv_maxhits + 1. ENDIF. IF iv_skip > 0. DELETE lt_sort FROM 1 TO iv_skip. ENDIF.

​​sap.ui.model.odata.ODataMetaModel​​​ 是一个OData 元模型的实现，它提供对OData V2元数据和V4注释的统一访问。它使用现有的 ​​sap.ui.model.odata.ODataMetadata​​ 作为基础，并将现有的sap.ui.model.odata.ODataAnnotations的 V4 直接合并到相应的模型元素。

此模型不准备被进一步继承。

此外，来自“​​sap:​​ 的简单属性。注意，这是另外发生的，因此下面的示例显示了这两种表示。这样，这样的注释就可以通过简单的相对路径来处理，而不是搜索数组。

例子：

{ "name" : "BusinessPartnerID", "extensions" : [{ "name" : "label", "value" : "Bus. Part. ID", "namespace" : " }], "sap:label" : "Bus. Part. ID" }

从OData V2注释转换而来的完整OData V4注释被包含在指定目标的注释文件中的注释所取代。转换后的注释从不使用限定符，只会被没有限定符的相同注释术语覆盖。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。