iPhone:使用“创建文件”的顺序问题;“不要备份”;文件文件夹中的标志?
我们的应用程序根据苹果的要求设置“不备份”标志。至少我们这么认为。最近的提交已被拒绝,因为审阅者发现一个未设置标志的文件。我们测试、重新测试并再次测试,发现所有文件都是使用“请勿备份”标志创建的。嗯! 这不是我们第一个使用相同代码库的应用程序。我们已经有很多其他人通过没有问题,甚至一些最近 那么这可能是一个排序问题吗?我们正在从下载包中复制一个数据库文件,该文件用作应用程序的起始内容;然后,当用户获得更多数据时,此内容将更新。根据应用程序的不同,初始数据库文件可能会很大,最大可达2MB。我们在Documents文件夹中打开一个新文件,将数据库内容复制到新文件,关闭它,然后设置“do not backup”标志 相反,我们是否应该创建一个空文件,然后立即设置“不备份”标志,然后再打开它,用包中的数据库内容覆盖该空文件 我已经问过苹果的评论员这个问题,但还没有得到答案。我可以简单地尝试不同的顺序,看看在重新回顾中会发生什么,但我更喜欢知道我应该做什么并去做,而不是猜测问题是什么,然后在黑暗中拍摄iPhone:使用“创建文件”的顺序问题;“不要备份”;文件文件夹中的标志?,iphone,backup,icloud,Iphone,Backup,Icloud,我们的应用程序根据苹果的要求设置“不备份”标志。至少我们这么认为。最近的提交已被拒绝,因为审阅者发现一个未设置标志的文件。我们测试、重新测试并再次测试,发现所有文件都是使用“请勿备份”标志创建的。嗯! 这不是我们第一个使用相同代码库的应用程序。我们已经有很多其他人通过没有问题,甚至一些最近 那么这可能是一个排序问题吗?我们正在从下载包中复制一个数据库文件,该文件用作应用程序的起始内容;然后,当用户获得更多数据时,此内容将更新。根据应用程序的不同,初始数据库文件可能会很大,最大可达2MB。我们在D
那么,有谁知道有一种可靠的“苹果批准的”方法可以将(数据库)文件从包复制到文档目录并设置“不备份”标志?有谁能解释一下任何类似的拒绝,以及他们做了什么来取悦评论者吗?赢得了风滚草徽章(=这是一个无聊的问题)这里有一些信息来回答这个问题 设置“请勿备份”标志的方式已在5.0.1和5.1之间更改。在“备份”下有以下条目 iOS 5.1引入了一个新的API来标记不应备份的文件或目录。对于NSURL对象,添加NSURLSecludedFromBackupKey属性以防止备份相应的文件。对于CFURLRef对象,使用相应的kCFURLIsExcludedFromBackupKey属性。 在iOS 5.1及更高版本上运行的应用程序必须使用较新的属性,而不是如前面所述直接添加com.apple.MobileBackup扩展属性。com.apple.MobileBackup extended属性已弃用,对该属性的支持可能会在将来的版本中删除 请注意,iCloud是在iOS 5.01中引入的,而此更改是在5.1中引入的,这意味着应用程序必须适应设备上运行的特定于iOS的版本。我们的一位开发人员发现了以下设备