如果无法选择“文档”目录,则在哪里存储私人重要用户数据?

问题描述

| 我的应用程序使用iTunes文件共享,该文件共享向用户公开了Documents目录中的所有内容,因此很容易被意外删除或操纵。 我花了几个小时来阅读这些文档,但这是一团糟,我希望有人从经验中了解。首先,他们在一个地方说我应该将这些文件放在Library目录中。 在此技术问答中,Apple表示保留了此内容。据我了解,这意味着我可以安全地将重要的用户数据(例如sqlite3数据库文件)放置在此目录中。当用户更新到新版本时,该目录中的内容将被保留,它将保留并在更新后可用:   应用程序可以创建自己的   目录在   /图书馆/以及那些   目录将保留在   备份和跨更新 因此,/ Library /保留在备份和更新中。 对我来说,英文不好意味着:是的,数据将继续存在。用户备份时,它不会丢失。用户更新时,它不会丢失。我在几本词典中查询了“ preserved”一词,我确信它的意思是“它将继续存在”。 但是,iOS应用程序编程指南中有此注释,它告诉您完全不同的内容!在这里,他们谈到图书馆目录:
<Application_Home>/Library/
You should not use this directory for user data files.
The contents of this directory (with the exception of the Caches
subdirectory) are backed up by iTunes.
Your application is generally
responsible for adding and removing
these files. It should also be able to
re-create these files as needed
because iTunes removes them during a
full restoration of the device.
\“不应用于用户数据文件。”(???) 但与此同时,他们也承认它已由iTunes备份。好。那么,为什么不应该将用户数据文件放入其中呢?   /库/缓存   使用此目录写入任何特定于应用程序的支持文件   你想坚持之间   启动应用程序或   应用程序更新。 (...)   它也应该能够重新创建   由于iTunes需要这些文件   在完全恢复期间将其删除   设备的 什么?!我应该将这些文件放在库/缓存中。但是,如上所述,iTunes不备份此目录。因此,这仅是保存更新,而不是备份。并且数据可能会随时被系统删除。 现在,这完全使我感到困惑。据我了解,我可以在恶魔之间进行选择:/ Library /中的数据无法保存更新,但由iTunes进行备份。 / Library / Caches中的数据确实可以保存更新,但不会由iTunes备份,并且可能会随时被系统删除(因为它是\“ Cache \”)。 另一方面,技术问答建议将重要的用户数据放在/ Library /中的自定义子文件夹中,例如/ Library / PrivateDocuments。 与iOS应用程序编程指南相反,技术问答指出:整个/ Library目录在更新和备份期间始终保留 因此,实际上,两个文档之一都必须是错误的。但是哪一个呢?真相是什么?请不要猜测!我正在从经验中寻找答案,我觉得除了发布应用程序和祈祷外,没有其他办法可以解决这个问题。也许有人想分享他/她的经验,真正起作用了。     

解决方法

我已经看到Library / Preferences(存储NSUserDefaults的位置)在整个恢复过程中都会保留,因此我认为大多数Library都会保留。不过,缓存目录可能已排除在外。 通常,仅使用API​​来获取路径并相信iTunes会保留它们,除非它们打算代表临时文件夹。这意味着您应该使用为应用程序命名的NSApplicationSupportDirectory的子目录:
NSArray * urls = [[NSFileManager defaultManager] URLsForDirectory:NSApplicationSupportDirectory inDomains:NSUserDomainMask];
NSAssert([urls count],@\"Can\'t get app support directory\");

NSURL * url = [urls objectAtIndex:0];
url = [url URLByAppendingPathComponent:@\"MyAppName\"];
在实践中,这最终将成为沙箱中的“库/应用程序支持/ MyAppName”,但是无论如何,您都应使用该API以确保此方法永不过时。 (如果您关心对iOS 3或2的支持,请使用
NSSearchPathForDirectoriesInDomains()
函数而不是
-URLsForDirectory:inDomains:
方法。)     ,您为什么不尝试钥匙扣?如果您的数据不太广泛,则可以提供一种快速的方式来存储敏感信息 Apple的钥匙串文档     ,库文件夹(缓存除外)中的内容由iTunes备份。 苹果的“不应该用于用户数据文件。”(???)的意思是,不要使用此文件夹存储要通过iTunes在“文件共享”系统中查看的数据。 因此,如果您希望用户通过iTunes访问数据,请写入/ Document文件夹 如果要隐藏用户的数据,请写入/ Library文件夹     

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...