乐趣区

关于sap:关于-SAP-UI5-OData-V4-模型的-refresh-方法

jiezi

SAP UI5 OData V4 模型包含下列三种绑定实例：

  • List Binding
  • Context Binding
  • Property Binding

无论哪种类型的数据绑定实例，其创立的数据服务申请，这些绑定实例都会设计一个缓存，来存储数据服务响应的数据。如果能够从此缓存中提供数据，这些绑定实例不会再次发送数据服务申请。

利用开发人员能够应用 refresh 办法删除相对绑定的缓存。该办法还删除了相对绑定的子绑定的缓存。

调用刷新办法时，绑定及其子绑定不得有待解决的属性更改，即所谓的 pending property changes.

在删除缓存之前，应用绑定的 hasPendingChanges 办法查看是否存在这种类型的更改。

一个例子：

onRefreshSelectedSalesOrder : function () {
    // within a sap.m.Table bound to a OData V4 list binding get the OData V4 context for the selected entity
    var oSalesOrderContext = this.byId("SalesOrders").getSelectedItem().getBindingContext();
      
    if (!oSalesOrderContext.hasPendingChanges()) {oSalesOrderContext.refresh();
    }
},

更新一个 entity 后，它可能不再匹配加载实体的汇合的 query 选项，特地是 $filter。您能够决定刷新列表绑定的上下文是否应疏忽查问选项：通过将参数 bAllowRemoval 设置为 true，能够从汇合的列表绑定中删除相应的上下文。

须要留神的是，对列表的更改（如不同的排序程序）须要刷新整个列表。

上面是一个例子。这个利用里的 Table 控件，利用了一个过滤器，以仅显示生命周期状态为 New 的销售订单。确认销售订单时，其状态将更改为 In Process，不再匹配过滤器。此销售订单随后会被刷新，并将在 bAllowRemoval 标记设置为 true 时，从列表中删除。

上述逻辑的代码如下：

oAction.execute("confirmSalesOrderActionGroup").then(function () {oConfirmedSalesOrderContext.refresh(undefined, true); // bAllowRemoval = true
});

在 XML 视图里应用绝对路径绑定，并且指定额定 query option 的例子：

<Table items="{
 path : '/SalesOrderList',
 parameters : {
  $expand : 'SO_2_BP',
  $select : 'BuyerName,CurrencyCode,GrossAmount,Note,SalesOrderID'
 }}">
 ...
 <items>  
  <ColumnListItem>
   <cells> 
    <Text text="{SalesOrderID}"/> 
    <Text text="{SO_2_BP/CompanyName}"/>
    <Text text="{BillingStatus}"/> 
   </cells>
  </ColumnListItem>

 </items>
</Table>

<Table items="{
 path : 'SO_2_SOITEM',
 parameters : {$select: "DeliveryDate,GrossAmount,SalesOrderID"}
>
...
</Table>

下面的示例显示了一个相对列表绑定：应用 $expand 和 $select 查问选项作为绑定参数将表的我的项目聚合绑定到 /SalesOrderList。这些列应用门路 SalesOrderID、SO_2_BP/CompanyName 和 BillingStatus 定义绝对绑定，并将相对列表绑定作为父绑定。

上图 XML 视图里第二个 table 控件，即显示行我的项目的表格控件，应用绝对绑定的语法。因为它定义了参数，一旦它接管到它的绑定上下文，它就会触发它本人的数据服务申请。

退出移动版