ios - Azure 移动服务脱机同步的文档

我们正在尝试使用 Azure 移动服务对 iOS 应用进行离线同步，该应用在 iPhone 和 iPad 上运行。

到目前为止，我们只有一个非常简单的应用程序正在尝试与单个表同步。有时它运行良好，有时它非常慢，有时它超时，有时它立即失败并出现内部“找不到表”错误。

我们无法找到有关此框架的任何实际文档。有许多在线教程，但没有深入的文档。

有谁知道我们在哪里可以找到关于如何使用以及如何解决此 API 的更好文档？

当我们的客户端调用错误时，我们是否可以在某个地方查找有关实际问题的更多详细信息？

---

Best Answer-推荐答案

主要的两个文档在这里:

• https://azure.microsoft.com/en-us/documentation/articles/mobile-services-ios-get-started-offline-data/
• https://azure.microsoft.com/en-us/documentation/articles/mobile-services-ios-handling-conflicts-offline-data/

虽然这两个级别仍然相当高，但最后一个应该对故障排除更有帮助。

这里的项目也是开源的:https://github.com/Azure/azure-mobile-services/tree/master/sdk/iOS如果你想进入内部，你可以用它做一个工作区。

同步表操作(插入/更新/删除)错误通常只是 CoreData 的问题，它们只是将内部出现的错误浮出水面。

对于 Push/Pull，它们可以将错误包装在一个数组中，因为可能有 1/item 正在同步，但底层错误应该是可用的。

Internal table not found 错误可能是由于表未在 CoreData 中定义。当代码无法为给定表创建实体时会发生这种情况(请参阅:https://github.com/Azure/azure-mobile-services/blob/master/sdk/iOS/src/MSCoreDataStore.m#L51) 我会检查您如何初始化托管对象上下文以及您的模型是否正确。

对于速度慢的问题，我猜是，您正在运行一项免费的移动服务，如果一段时间不使用该服务可能会停止运行，并且需要在第一次 API ping 时启动。 (此过程不会发生在基本/标准层)

此外，iOS 网络超时的默认值为 30 秒，因此合法的网络问题也会让人感觉很慢。

最后，它也可能是数据量，默认情况下，在 Pull 期间一次会下降 50 条记录(因此，如果您最初同步 5k 行，则需要 500 次才能完成，但之后只会拉动更改，这将是 1-2 次行程。

关于ios - Azure 移动服务脱机同步的文档，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/33128366/