iphone - iOS 应用程序被拒绝 - 数据存储指南

Question

我的 iPhone 应用上周被拒绝了，因为我没有遵循 iOS 数据存储指南。我的应用主要是搜索某些数据并将它们显示给可以与他人分享(Twitter、电子邮件等)或将它们保存到“收藏夹”以便稍后查看的用户。

早些时候:

之前，我没有遵循任何特定的数据策略。我的应用基本上是将所有搜索数据(图像)下载到 /Documents/ 目录中。一旦用户将特定项目标记为“收藏夹”，这些项目就会保存到我在 /Documents/ 路径中自定义的“收藏夹”目录中。我的应用程序不使用 iCloud。此外，我还忘记在用户看到下载的搜索数据(图像)并且不再处于同一 View 时清除它们。从那以后，我发现整个策略很糟糕，这也是我的应用被拒绝的原因。

现在:

现在，由于我的应用被拒绝，我加倍努力修复我的应用并使其尽可能完美。我现在遵循的数据策略非常简单:

a) 所有下载的搜索数据(搜索结果的图像和 pList 文件)现在都在 /Library/Caches 目录中创建。

b) 当用户将项目添加到“收藏夹”时，与该项目相关的数据(图像和文本)将保存到 /Documents/ 目录中。

c) /Library/Caches 和/Documents/ 目录中的所有文件都标有属性“不备份”，因为我不想占用 iCloud 上的任何空间。

d) 一旦用户移动到不同的 View 并且不再访问搜索结果，/Library/Caches 目录中的所有搜索相关数据将立即被清除。

e) 在应用程序启动时，我会检查 /Library/Caches 目录中是否有上次 session 的任何残留文件，以防应用程序过早终止。如果找到之前搜索 session 的任何残留文件，我会删除它们。

我的问题是:

A) 我现在遵循的数据存储策略是否可以接受？

B) 我是否需要用“不备份”属性标记 /Library/caches/ 中的任何搜索相关文件，或者是否不需要？

C) 我应该在/Documents/ 目录中用“不备份”属性标记与用户最喜欢的项目相关的数据吗？或者如果用户最喜欢的项目得到备份到 iCloud？

Answer 1

A) 这个数据策略听起来好多了，也许下面列出了一个小的调整。

B) 您不需要用“不备份”属性标记这些文件。此外，您甚至不需要手动清除这些文件。这些文件不会通过 iTunes 或 iCloud 进行备份，只有在磁盘空间不足的某些极端情况下才会被清除。

C) 用户最喜欢的项目当然应该备份到iCloud。这是对 iCloud 的正确使用，因为它是有意用于用户生成的内容的。