我們開啟 SAP CRM Fiori 應用 My Opportunity 的 list 頁面，首頁預設只能顯示 20 個 Opportunity：

![](https://img-blog.csdnimg.cn/img_convert/e8080865d01ee37131944beaa9591c2e.png)

當我們向下滾動滑鼠中鍵時，觸發一個載入更多 Opportunity 的動作，或者說延遲載入(分頁載入)機制：

![](https://img-blog.csdnimg.cn/img_convert/cece8bc55dc946e1ed5788c19adca5d5.png)

```abap
  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 請求的入口：
![](https://img-blog.csdnimg.cn/img_convert/ae6294138cc0a18ad537b3cce1b71a01.png)

透過 `CALL_BACKEND` 方法進行 RFC 呼叫：
![](https://img-blog.csdnimg.cn/img_convert/8f6525913cb7fe402beb12d823694116.png)

進行 RFC 呼叫，使用的 SM59 Destination 為 `ZGM4TOAG3_001`：
![](https://img-blog.csdnimg.cn/img_convert/a7fbaed971ad15ef1220dc24a0c2da4f.png)

直接用 postman，沒有返回記錄：
![](https://img-blog.csdnimg.cn/img_convert/549c0572079db26da2d8504ae475fb4e.png)

CL_CRM_OPPORTUNITY_DPC_EXT~OPPORTUNITIES_GET_ENTITYSET

成功讀出 470 條 Opportunity：
![](https://img-blog.csdnimg.cn/img_convert/6abf086dd0b423942c9a5cb9467bdfba.png)

用 Postman 傳送的請求，一 delete 就沒了：
![](https://img-blog.csdnimg.cn/img_convert/b7b393162a02567ce574e81225346560.png)

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

![](https://img-blog.csdnimg.cn/img_convert/4e39938394b28841d7bdd8eb7375bcb1.png)

但 task 可以。

![](https://img-blog.csdnimg.cn/img_convert/0c473114ac754dec3937e5a704821bb3.png)

在這之前，在 me->select_tasks 裡完成 guid 的讀取。

![](https://img-blog.csdnimg.cn/img_convert/e90d146017662cedc64e19e31fd81c68.png)

把所有 guid 都讀取出來了：
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片儲存下來直接上傳(img-P7IfPAjq-1659765006868)(https://upload-images.jianshu.io/upload_images/2085791-85e425bd414c0165.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)]
![](https://img-blog.csdnimg.cn/img_convert/8400dc768e6847e43e590f4290dd3724.png)

分頁邏輯的實現：

```abap
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:` 的簡單屬性。注意，這是另外發生的，因此下面的示例顯示了這兩種表示。這樣，這樣的註釋就可以透過簡單的相對路徑來處理，而不是搜尋陣列。

例子：

```javascript
	{
			"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註釋被包含在指定目標的註釋檔案中的註釋所取代。轉換後的註釋從不使用限定符，只會被沒有限定符的相同註釋術語覆蓋。

SAP CRM Fiori 應用 My Opportunity 的分頁讀取邏輯，在 GM4 - AG3 無法正常工作

相關文章