我的iPhone应用程序上周遭到拒绝，因为我没有遵循iOS数据存储指南。我的应用程序基本上搜索某些数据并将其显示给可以与他人共享的用户（Twitter，电子邮件等）或将其保存到“收藏夹”以便稍后查看。
早些时候：
之前，我没有遵循任何特定的数据策略。我的应用基本上是将所有搜索数据（图像）下载到 / Documents / 目录中。用户将特定项目标记为“收藏夹”后，会将这些项目保存到 / Documents / 路径中的自定义“收藏夹”目录中。我的应用程序不使用iCloud。此外，一旦用户看到下载的搜索数据（图像）并且不再在同一视图中，我也忘记清除它们。我后来发现整个策略很糟糕，也是我的应用被拒绝的原因。
立即
现在，由于我的应用遭到拒绝，我已经加倍修复我的应用并使其尽可能完美。我现在关注的数据策略非常简单：
a）所有下载的搜索数据（搜索结果的图片和pList文件）现在都在 / Library / Caches 目录中创建。
b）当用户将项目添加到“收藏夹”时，与该项目关联的数据（图像和文本）将保存到 / Documents / 目录中。< / p>
c） / Library / Caches和/ Documents / 目录中的所有文件都标有属性“请勿备份”，因为我不想占用iCloud上的任何空间。
d）用户移动到其他视图并且不再访问搜索结果后，会立即清除 / Library / Caches 目录中的所有搜索相关数据。
e）在应用启动时，我会检查 / Library / Caches 目录中的上一个会话中是否有任何残留文件，以防应用程序提前终止。如果找到上一个搜索会话中的任何残留文件，我将删除它们。
我的问题是：
A）我现在接受的数据存储策略是否可以接受？
B）我是否需要在 / Library / caches / 中使用“不备份”属性标记任何与搜索相关的文件，或者这是不必要的？
C）我是否应该在 / Documents / 目录中使用“请勿备份”属性标记与用户喜欢的项目相关的数据，或者如果用户喜欢的项目获得，则可以备份到iCloud？
答案 0 :(得分：5)
A）此数据策略听起来要好得多，下面列出了一个小调整。
B）您无需使用“请勿备份”属性标记这些文件。此外，您甚至不需要手动清除这些文件。这些文件不通过iTunes或iCloud备份，只有在磁盘空间不足的某些极端情况下才会被清除。
C）用户最喜欢的项目当然应该备份到iCloud。这将是iCloud的正确使用，因为它是有意为用户生成的内容。