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

Question

由于我没有遵循iOS数据存储指南,我的iPhone应用程序上周被拒绝了.我的应用程序基本上搜索某些数据并将其显示给可以与他人共享的用户(Twitter,电子邮件等)或将其保存到"收藏夹"以便稍后查看.

早些时候:

早些时候,我没有遵循任何特定的数据策略.我的应用基本上是将所有搜索数据(图像)下载到/ Documents /目录中.一旦用户将特定项目标记为"收藏夹",这些项目就会保存到/ Documents / path中自定义的"收藏夹"目录中.我的应用程序不使用iCloud.此外,一旦用户看到下载的搜索数据(图像)并且不再在同一视图中,我也忘记清除它们.我后来发现整个策略很糟糕,也是我的应用被拒绝的原因.

现在:

现在,由于我的应用程序被拒绝,我已经加倍修复我的应用程序并使其尽可能完美.我现在关注的数据策略非常简单:

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

b)当用户将项目添加到"收藏夹"时,与该项目(图像和文本)相关联的数据随后将保存到/ Documents /目录中.

c)/ Library/Caches和/ Documents /目录中的所有文件都标有"Do not backup"属性,因为我不想在iCloud上占用任何空间.

d)一旦用户移动到不同的视图并且不再访问搜索结果,/ Library/Caches目录中的所有搜索相关数据都会立即被清除.

e)在应用程序启动时,我检查/ Library/Caches目录中是否存在来自先前会话的任何残留文件,以防应用程序提前终止.如果找到以前搜索会话中的任何残留文件,我将删除它们.

我的问题是:

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

B)我是否需要使用"不备份"属性在/ Library/caches /中标记任何与搜索相关的文件,还是不必要？

C)我是否应该使用"不备份"属性在/ Documents /目录中标记与用户喜欢的项目相关的数据,或者如果用户最喜欢的项目备份到iCloud是否可以？

Answer 1

A)这个数据策略听起来好多了,下面列出了一个小调整.

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

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