我有一个带有 Today 小部件扩展的应用程序。我需要应用程序、小部件以及其他设备上的应用程序和小部件的其他实例来共享数据，因此我正在使用 iCloud Core Data 集成。起初，我让应用程序和小部件（在单个设备中）在共享容器目录中共享同一个 Core Data 存储（sqlite）。现在我启用了 iCloud 同步，这在设备之间工作，但现在我在同一设备上的应用程序和小部件之间显示不一致的数据 (?!?)。问题可能与我的小部件 GUI 更新周期或通知中心订阅有关，我仍在进行故障排除，但在我这样做时：
当您使用 Core Data + iCloud 时，在同一设备上的应用程序和小部件（或我想是两个应用程序）之间共享来自 Core Data 的数据的“正确”解决方案是什么？他们应该共享一个实体店，还是应该各自拥有自己的商店？如果两种方法都有效，是否有任何问题？
您应该考虑的第一个问题是您是否真的需要与您的扩展共享整个 Core Data 存储。如果可以只共享一点数据，也许通过 plist，它会使事情变得更简单。
假设这不是一个选项，并且您确实需要整个商店，您有两个选择：
可以在两个单独的进程之间共享一个存储，但是有一些问题。如果一个进程保存，NSManagedObjectContext第二个进程中的任何一个都不会注册更改，这意味着数据不会在 UI 中更新，也可能导致稍后保存失败。
为了解决这个问题，您必须找到一种方法将更改对象的对象 ID 从一个进程传递到另一个进程，以便接收进程可以刷新对象并重新获取最新数据。
第二种选择将涉及两个独立的商店，以及一种转移变更的方式。如果您使用 iCloud + Core Data，则 iCloud 是传输机制，考虑到您的进程都在同一设备上，这有点矫枉过正。
我相信Apple甚至已经警告不要在iOS上使用这个解决方案，因为如果iOS应用程序进入后台，它可能会在文件协调器锁定文件时停止，这可能会导致其他进程死锁.
iCloud + Core Data 并不是唯一的同步解决方案。在这种情况下，更好的解决方案可能是我开发的Ensembles框架。我这么说的原因是它可以选择通过本地文件同步，而不是需要云服务。您可以为您的扩展程序和主应用程序设置单独的存储，并让 Ensembles 使用共享容器来传输更改集。没有云参与，也没有文件协调问题。