OData Android内容：

当连接可用时，移动应用程序应在设备和服务器之间同步数据。同步分为两个阶段：

在基于MBO的移动应用中，大数据培训班哪个好，高返利页游，移动应用可以提交单个待决MBO、单个类型的所有待决MBO或包中的所有待决MBO。一旦这些挂起的更改提交到服务器，MBO将进入重播挂起状态。

在基于OData的移动应用程序中，对离线商店执行的修改请求将应用到离线商店并存储在请求队列中。应用程序必须刷新请求队列才能将存储的请求传播到OData生产者。在刷新期间，脱机存储与服务器通信，企业管理类软件，并尝试针对OData生产者执行所有存储的请求。如果针对OData生产者的请求失败，它将存储在错误存档中，并触发对请求错误侦听器的调用。请注意，刷新操作将报告一个成功的结果，即使某些请求对后端OData生产者失败。下面的流程图说明了移动应用程序如何将本地更改传播给OData生产商。

离线商店提供同步和异步方法来传播本地更改。EntityCollection类正在使用store.scheduleFlushQueuedRequest任务，它接收一个flush侦听器作为参数。flush listener实现ODataOfflineStoreFlushListener，可用于获取flush操作的进度更新。

在基于MBO的移动应用中，移动应用可以使用包中的同步组或指定的组列表来同步数据。同步组定义了同步的逻辑单元和数据通知的生成频率。

在基于OData的移动应用中，移动应用可以在定义请求中使用过滤器来减少离线可用的数据。为了管理同步频率，移动应用程序可以利用本机框架（即AlarmManager）来安排应用程序在将来的某个时间点更新数据。

下面的流程图说明了移动应用程序如何使用OData生产商的更改来更新本地数据

类似于刷新操作，脱机存储提供了同步和异步方法，用OData生产者的更改刷新本地数据。EntityCollection类正在使用异步方法store.scheduleFlushQueuedRequests任务接收实现ODataOfflineStoreRefreshListener的刷新侦听器，并可用于获取刷新操作的进度更新。

请注意，购物返利平台，我们已提交了一个示例应用程序以供发布，物联网产品，它将很快在Git存储库中提供