ios - 在核心数据中将“默认”数据与用户提供的数据混合在一起

Question

我知道苹果会拒绝那些备份数据的应用程序，这些数据可以从应用程序包中重新加载。但是，在我正在使用的应用程序中，我们将提供一些用户希望保留在Core Data存储中的基本数据，以及他们创建和输入的新数据。因此，用户在使用该应用程序时，将通过将其与自己的数据集成在一起来使用我们提供的“库”数据。

我担心的是，Apple是否会要求我以某种方式隔离这些数据，以便不将捆绑软件中的数据备份到iCloud？一旦数据混合在一起，分类将很复杂，并给应用程序带来过多负担。

因此，我的问题是我是否必须关注用户数据与应用程序捆绑包中提供的数据的混合？

TIA对此有任何输入，因为我在文档中没有找到任何有关它的信息。

Answer 1

我的应用程式也有类似情况。它具有示例数据，但是示例数据被设计为由用户编辑，并且附加有用户特定的元数据。换句话说，数据是可变的，并且属于用户的其他个人创建数据。

有一次，该应用被拒绝了。我首先向审阅者提出上诉，解释说数据是可变的，并且对用户而言是个人的-无法仅从应用程序捆绑包中复制数据。审稿人不会让步，所以我提出了上诉，他们支持审稿人。游戏结束。

您可能可以摆脱捆绑包中加载的少量数据(<1MB)。如果您计划包含图像或任何会增加该数量的内容，它们可能会拒绝您。

我还听到另一位开发人员的拒绝，因为他拒绝将从Web服务下载的数据包含在用户的商店中。苹果公司声称可以重新下载数据，这可能是部分正确的事实，但忽略了Web服务由第三方操作的事实，并且下载的数据可能随时不共享。它还忽略了用户可以编辑下载的数据，并且客户端应用程序附加了无法下载的特定于用户的元数据。

该开发人员也遭到拒绝。他最终通过引入一组复杂的过程来导入数据，从而通过审查获得了该应用程序:用户必须首先将数据下载到未备份的临时存放区。然后，他们必须显式导入数据，并忽略一个冗长的对话框，警告已导入的数据将有助于其iCloud备份配额。可怕。但这显然是苹果想要的。

在我看来，这条规则是完全没有头脑的，而且苹果似乎完全没有考虑用户界面更改和应用程序模型的急剧重构所带来的影响。我无法想象有任何工程师参与制定规则，因为他们肯定会意识到这会给开发人员带来多少不必要的复杂性。我们只能希望他们在某个时候看到理由。