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 都读取出来了：

分页逻辑的实现：

IF 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 直接合并到相应的模型元素。

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

此外，来自“​​http://www.sap.com/Protocols/SAPData”名称空间的注释从扩展数组中提取出来，并从对象转换为名称前缀为​​​ ​​sap:​​ 的简单属性。注意，这是另外发生的，因此下面的示例显示了这两种表示。这样，这样的注释就可以通过简单的相对路径来处理，而不是搜索数组。

例子：

{
      "name" : "BusinessPartnerID",
      "extensions" : [{
        "name" : "label",
        "value" : "Bus. Part. ID",
        "namespace" : "http://www.sap.com/Protocols/SAPData"
      }],
      "sap:label" : "Bus. Part. ID"
    }

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