如果開發人員期望在持久化時請求已建立條目的導航屬性(navigation property)，請使用可選的 expand 引數在與實體建立的 POST 請求相同的批處理請求中有效地執行此操作。

可選的 inactive 引數確定是否建立非活動 transient 上下文。 這樣的上下文只會在屬性更新時成為活動的 transient上下文。 在此之前，它不是掛起的更改，即它不被 hasPendingChanges API 考慮，也不能被 resetChanges 刪除； submitChanges API 不會觸發非活動上下文的建立請求。

deepCreate，即首先建立一個實體，並基於這個新建立的實體，再次新建立一個子實體。

V2 ODataModel 不支援在`同一個` API 請求裡完成這個場景。

可以連結兩個 API 呼叫來建立具有兩個順序請求的父實體和子實體，如以下示例所示，該示例同時建立了一個銷售訂單和一個銷售訂單專案：

```javascript
var oParentContext,
    oModel = this.getView().getModel();
 
oParentContext = oModel.createEntry("/SalesOrderSet");
oParentContext.created().then(function () {
  var oChildContext = oModel.createEntry("ToLineItems", {
    context : oParentContext
  });
 
  oModel.submitChanges(); // triggers request for creation of item
});
 
oModel.submitChanges(); // triggers request for creation of sales order
```

ODataModel.createEntry 的一個侷限性：

ODataListBinding.create 建立一個條目並將其插入到條目列表的開頭或結尾。 該條目在繫結控制元件的對應位置可見，無需先儲存到後端再重新整理繫結； 與 ODataModel#createEntry API 相比，這是一個優勢。

如果有一個`顯示條目集合`的列表或表格控制元件並且以下條件之一適用，請使用方法 `ODataListBinding.create`，而不是 `ODataModel.createEntry`：

- 建立的條目甚至在儲存到後端之前就應該出現在此表中，以便終端使用者可以檢視和修改他們的資料。

- 即使已經持久化到後端，建立的條目也應該顯示在表格中的相同位置； 只是他們的資料會根據建立 POST 請求的響應進行更新。

- 希望提供內聯建立行以快速建立新條目。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/9799c1a03b58488f93346b2fd2180ea6.png#pic_center)

如何使用 SAP UI5 V2 ODataModel 模型 API 實現 deepCreate 的場景以及侷限性

相關文章