我认为一个好的策略是创建一个Singleton类来处理所有CoreData和iCloud的东西,并将ManagedobjectContext传递给App.
此类应处理用户更改其iCloud帐户或禁用iCloud的情况.为此,我需要使用多个NSPesistentStores,一个用于iCloud,一个用于iCloud不可用,并在需要时在之间迁移数据.对?
我的主要问题是,使用UIManageddocument类或传统的CoreData堆栈来创建单例类的优点和缺点是什么?处理应用程序的CoreData / iCloud基本逻辑?
来自WWDC 2012的代码示例也适用于内置CoreData普通堆栈的UIManageddocument?
解决方法 在您的应用程序中使用更合适的选项…这取决于您.但是,一般来说,UIManageddocument更适用于以文档为中心的应用程序(如Apple的iWork应用程序),并且使用Core Data堆栈直接适用于不适用的应用程序.来自WWDC 2012会话227的示例代码更符合您的单身人士想法 – 如果您使用UIManageddocument,我不确定它会有所帮助,因为该类管理自己的核心数据堆栈.
总结以上是内存溢出为你收集整理的ios – CoreData Stack与iCloud Apps上的UIManagedDocument全部内容,希望文章能够帮你解决ios – CoreData Stack与iCloud Apps上的UIManagedDocument所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)