我在两个不同的设备上创建了一个名为File-1.jpg的文件，并将其放入iCloud容器中。我不使用UIDocument，即使我尝试使用它，也不会产生冲突。相反，我看到的是iCloud自动重命名和移动文档。所以在上传一个文件或另一个文件后变成File-2.jpg。所有这一切都很好，但现在我没有对文件的引用，所以我不知道哪个是哪个...有什么方法可以在应用端通知文件在iCloud中被重命名/移动/删除了吗？ 最佳答案 最终，我不得不创建一个实现NSFilePresenter的类，并将其指向iCloud容器文件夹。来自iCloud的实时
过去一个小时一直在尝试解决这个问题。这就是问题所在但是当我进入Apple成员(member)中心时，它说它已被添加。ID匹配。捆绑匹配。当我去https://icloud.developer.apple.com/dashboard/我还可以找到我设置的容器。不确定是什么问题。我已经手动禁用了成员(member)中心的容器以及完全禁用了cloudkit。当我单击“修复问题”按钮时，它会打开cloudkit并自动将容器添加到成员(member)中心。仍然出现错误。 最佳答案 已修复-结果我需要注册一个设备来添加权利。插入我的手机并将我的
Apple表示，为了在"file"应用程序中显示您应用程序的文档，您的Info.plist一方面必须打开“支持文档浏览器”，或者“应用程序支持iTunes文件共享”另一方面，“支持就地打开文档”。但出于好奇，我尝试打开所有这三个，并且成功了。我的测试应用程序是基于文档浏览器的，但它可以在其文档文件夹和iCloud中保存(和浏览)文档。从这个意义上讲，即使用户关闭iCloudDrive，我的应用程序也会继续运行。我的问题(相当模糊)是:这合法吗？Apple使这两种方法看起来相互排斥，但它们实际上兼容吗？有没有人编写过在Info.plist中打开所有这三个选项的严肃应用，以便从应用自己的文
我使用的是iOS5.1我用这个和平的代码[pathURLsetResourceValue:[NSNumbernumberWithBool:YES]forKey:NSURLIsExcludedFromBackupKeyerror:nil];我放置内容的文件夹是(在应用程序沙箱内).../Library/ApplicationSupport/，而不是/Documents文件夹我没有收到任何错误，setResourceValue的结果:是YES为什么我在设置->iCloud->...中看到2MB，我可以在其中查看应用数据大小？ 最佳答案
我有一个可以打开不同文件的应用程序。为避免应用程序被Apple拒绝，只有用户数据必须备份到iCloud上。我所做的一切都是为了满足“iOS数据存储指南”的要求。但我无法解决这个问题:每次的方法应用程序:openURL:sourceApplication:注释:被解雇后，我的应用程序的iCloud大小会随着文件大小的增加而增加。为了测试，现在当openURL方法被触发时，我只返回YES，所以我的应用程序对传入的URL不做任何事情，但大小仍然增加。正在发生的事情的摘要(示例是从邮件应用程序打开一个3MB的邮件附件):-iCloud上应用程序的实际大小:3Mb-点击附件-选择用我的应用打开-
在设备上第一次安装应用程序时，当读取icloud文件的内容时，文件检查为真:[[NSFileManagerdefaultManager]fileExistsAtPath:[fileURLpath]]但在尚未将文件下载到设备之前我无法读取内容:[[NSFileManagerdefaultManager]startDownloadingUbiquitousItemAtURL:fileURLerror:nil];在对文件进行所有操作后，我想从设备中删除本地副本文件，但不从icloud中删除该文件。这些副本存储在哪里，您可以删除它们吗？副本的NSURL必须与icloud的NSURL不同。如果匹
当本地商店更改为iCloud商店时，我正在尝试接收消息。这是一个关键事件。所以我的用例是一个新设备在从一个空的商店开始后接收iCloud商店。我想通知View更新接收到的内容。我像这样初始化我的托管对象上下文:[self.managedObjectContext.persistentStoreCoordinatoraddPersistentStoreWithType:NSSQLiteStoreTypeconfiguration:nilURL:self.storeURLoptions:@{NSPersistentStoreUbiquitousContentNameKey:@"iCloud
我正在尝试使用[NSPersistentStoreCoordinatorremoveUbiquitousContentAndPersistentStoreAtURL:options:error:]从iCloud中删除核心数据。但是我得到了奇怪的输出:__93+[NSPersistentStoreCoordinatorremoveUbiquitousContentAndPersistentStoreAtURL:options:error:]_block_invoke(1982):CoreData:Ubiquity:Unabletomovecontentdirectorytonewloca
我们的问题:iOS用户启动我们的应用程序并通过iCloud启用日历集成(他们已选中“设置”>“iCloud”>“日历”)我们的应用程序为他们填充了一个新的iCloud日历。之后，如果用户通过“设置”应用禁用了iCloud日历，然后返回到我们的应用，我们的应用无法知道它已被禁用。查找日历的任何检查仍会显示iCloud日历(即使它已在“设置”中打开)关于解决此问题的任何提示或建议？ 最佳答案 经过多方搜索，终于确定了解决方案。它没有得到明确的回答，但在其他一些相关的问题上终于找到了一种方法来检测iCloud日历是否关闭(即使iCloud
我有一个已经使用CoreData的iOS7应用程序。我已经使用新的iOS7方法将iCloud集成到我的应用程序中，以使用以下代码为例来同步存储在核心数据中的项目:https://github.com/mluisbrown/iCloudCoreDataStack/blob/master/README.md这很好用，只是设备上的所有原始数据都没有显示在iCloud商店中。我一直听说我需要迁移数据-但我找不到任何有关如何正确执行此操作的示例。有谁知道如何做到这一点？我一直被指向使用migratePersistentStore:toURL:options:withType:error:，但我不
