应用程序因将数据库存储在 Documents 目录中而被拒绝 [英] App rejected for storing database in Documents directory

问题描述

我的应用最近因为在 Documents 目录中存储数据而被应用商店拒绝.我将它移到那里是因为有了最新的更改，数据库现在必须是可写的 - 它不再是只读的.

My app was recently rejected from the app store for storing data in the Documents directory. I had moved it there because with the latest change, the db must now be writeable - it's no longer read-only.

在研究解决方案时，我读到实际上最好使用 NSLibraryDirectory.是这样吗，更重要的是，这会解决苹果的担忧吗?他们的抱怨是该应用程序允许用户下载大量内容(除非您计算数据库，否则它不会让用户下载任何内容)，并且它在不正确的位置"存储了太多数据".数据为 8 mb，但可能会增长到最大约 10 或 12 mb.

In researching the solution, I've read that it's actually preferable to use NSLibraryDirectory. Is this so, and more importantly, will that address Apple's concerns? Their complaint is that the app lets the user download to much content (it doesn't let the user download any unless you count the db), and that it's storing "too much data" in the "incorrect location." The data is 8 mb, but could grow to about 10 or 12 mb max.

推荐答案

其实是因为 iCloud.

Actually its because of iCloud.

使用 iCloud，应用程序的文档目录会同步到云和其他设备，因此 Apple 希望开发人员仅将这些数据存储在他们想要与 iCloud 同步的文档目录中.

using iCloud, Application's document directory is synced to cloud and to other devices and hence Apple want developers to store only that data in document directory which they want to sync with iCloud.

我从一位在 Apple California 工作的朋友开始了解到这份表格，我不确定 Apple 的文档中是否包含此材料.

I came to know this form one of my friends who work @ Apple California and I'm not really sure if this material is on Apple's documentation.

这篇关于应用程序因将数据库存储在 Documents 目录中而被拒绝的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！