使用 iCloud 在多台设备上同步 Core Data

Question

关于 iCloud 和 Core Data 的问题以及 Apple 的 API 目前在 iOS 5 和可能的 iOS 6 中是如何被破坏的，已经有a lot of discussion lately。

考虑到 Apple 核心数据 API 的当前状态，是否有可能使用 iCloud 在多个设备之间可靠地同步？

如果是这样，你会怎么做？如果没有，请推荐一种替代方法。

Answer 1

从 iOS 7 开始，最好的解决方案可能是 Ensembles 框架：https://github.com/drewmccormack/ensembles

此外，还有一个很有前途的项目，它基本上允许您使用不同的云服务来做同样的事情。

这里是存储库的链接：https://github.com/nothirst/TICoreDataSync

项目描述：

TICoreDataSync 是一个类的集合，可通过云（包括 Dropbox）在 Mac OS X 或 iOS 下运行的任意数量的基于 Core Data 的应用程序（包括基于文档的应用程序）之间实现同步。如果您需要通过尚不支持的选项进行同步，它的设计很容易扩展。

iCloud 目前不可靠的原因：

• “有时，iCloud 无法将数据从一台计算机移动到另一台计算机。”
• “损坏的基线是 [a] 常见的障碍......没有从损坏的基线中恢复，除非深入挖掘本地 iCloud 存储的内部并将所有内容刮掉，并且没有明显的迹象表明损坏已发生 - 同步只是停止。”
• “有时，在初始化 iCloud 应用程序子系统时，它会简单地返回一个不透明的内部错误。当它失败时，没有恢复的选项 - 你所能做的就是再试一次（再一次……）直到它最终工作。”
• “[当您在 iCloud 系统偏好设置中关闭“文档和数据”同步选项时，iCloud 系统会删除您本地存储的所有 iCloud 数据[.]”
• 当您退出 iCloud 时，系统会将您的 iCloud 数据移动到应用程序沙盒容器之外的位置，并且应用程序无法再使用它。
• “在某些情况下（我们还无法弄清楚是哪一种情况），iCloud 在同步项目时实际上会改变它的对象类。简单地说，对象类决定了对象的类型数据库[.]"
• “在某些情况下（同样，并非一直如此），iCloud 可能会执行以下操作之一：
  • 项目数据中的所有者关系将指向错误的所有者；
  • 所有者项目会在同步中丢失，并且永远不会出现在创建它们的计算机之外的计算机上。 （这会导致该项目永远不会出现在任何其他机器的 UI 中。）发生这种情况时，会在 blob 项目和任意不相关的所有者之间创建虚假关系。”
• “有时（没有任何明显的一致性或可重复性）对象的关联数据（例如，PDF 项目的 PDF 数据，或 Web 存档项目的 Web 存档数据）根本无法显示在目标机器。有时它会更晚到达（更晚——几分钟或几小时）。”

引自以下来源：

• http://www.imore.com/debug-12-icloud-core-data-sync
• http://rms2.tumblr.com/post/46505165521/the-gathering-storm-our-travails-with-icloud-sync

注意：我看过一篇文章，作者提到让它适用于 iOS 6+，但他们没有提供任何示例：http://zaal.tumblr.com/post/46718877130/why-you-want-to-use-core-data-icloud-sync-if-only-it

---

作为参考，这里是 Apple 关于 iCloud + Core Data 的文档：

• http://developer.apple.com/library/ios/#releasenotes/DataManagement/RN-iCloudCoreData/
• http://developer.apple.com/library/ios/#documentation/General/Conceptual/iCloudDesignGuide/Chapters/DesignForCoreDataIniCloud.html
• http://developer.apple.com/library/ios/#documentation/cocoa/Conceptual/CoreDataVersioning/vmCloud/vmCloud.html

这是一个示例应用程序：

• http://developer.apple.com/library/ios/#DOCUMENTATION/General/Conceptual/iCloud101/Introduction/Introduction.html

Answer 2

此blog post 将引导您查看一系列最近的文章，这些文章介绍了尝试这种方法的开发人员的艰辛。

根据我自己的理解和经验，我相信这是可行的，但不要相信你会“免费”获得任何东西。根据您的数据模型，您最好将整个持久性存储同步为文档，而不是使用文档化的核心数据/iCloud 方法。

如果您已经熟悉 Core Data，那么您的运气可能会更好。请务必仔细考虑如何处理几个重要案件。

如果用户退出其 iCloud 帐户，该怎么做。发生这种情况时，将删除本地无处不在的持久存储。如果用户仍然可以访问他们的数据是有意义的，那么您需要在本地存储中管理一个副本，然后在他们重新登录时管理重新同步。

另一个原因是，默认情况下更改的传播显然很慢，因此您可能需要考虑一种替代机制，例如键值存储，以快速传播足够的信息以避免不良的用户体验。

冲突管理可能是最具挑战性的（取决于您的模型）。虽然框架提供了一种通知您冲突的机制，但您需要自己提供一种机制来解决它们，并且有报告称冲突通知可能不可靠（请参阅链接文章），这似乎与滞后密切相关正在更新中。

简而言之，如果您了解实际的支持是非常简单的，并且您需要非常防御性地编写代码，那么您可能会有机会。那里没有任何好的食谱，所以如果你成功了，请回来告诉我们什么有效！

Answer 3

这取决于你想做什么。有两种类型的 Core Data-iCloud 集成，如下所述：http://developer.apple.com/library/ios/#releasenotes/DataManagement/RN-iCloudCoreData/_index.html

与 iCloud 集成的基于 Core Data 的应用程序大致有两种类型：

图书馆风格的应用程序，其中应用程序通常有一个持久存储，并且来自存储的数据在整个应用程序中使用。 这种应用风格的例子是音乐和照片。

基于文档的应用程序，其中不同的文档可能在应用程序生命周期的不同时间打开。 这种应用风格的例子是 Keynote 和 Numbers。

如果您使用的是库类型，那么本文是系列文章的第一篇，该系列文章会涉及到许多将出现的问题：http://mentalfaculty.tumblr.com/post/23163747823/under-the-sheets-with-icloud-and-core-data-the-basics。

您还可以查看今年 wwdc 的第 218 场会议（基于文档）或 227 场（基于图书馆风格）。

Answer 4

Apple developer tutorial on using the iCloud API to manipulate documents 可能是一个不错的起点。

您的第三个 iOS 应用程序向您介绍了 iCloud 文档存储 API。您可以使用这些 API 在用户的 iCloud 存储中存储和操作文件。