苹果对 iCloud 的“全有或全无”立场：这是一个硬性指导方针吗？ [关闭]

Posted 2023-03-08

【中文标题】苹果对 iCloud 的“全有或全无”立场：这是一个硬性指导方针吗？ [关闭]

【英文标题】：Apple's "all or nothing" stance on iCloud: Is it a hard guideline? [closed]

【发布时间】：2013-02-22 09:52:20

【问题描述】：

Apple 文档似乎一致声明用户生成的文档应该全部存储在本地，或者应该全部存储在 iCloud 上。这是this ios page 的一个例子（All 的重点是他们的）：

所有应用程序的文档要么存储在本地沙箱中，要么存储在 iCloud 容器目录中。用户不应该能够选择单个文档以存储在 iCloud 中。

我希望允许用户单独管理文档：也许他们希望一个在本地（以节省 iCloud 配额的空间），另一个在 iCloud 上以便他们可以跨设备操作它，另一个在DropBox，因此他们可以将其复制到朋友的帐户中或手动备份，甚至可以在外部进行编辑。全有或全无的方法实际上会妨碍灵活性，尤其是当我介绍DropBox sync 时。就我而言，个人选择也有助于简化 UI。

所以问题是：如果我坚持允许用户为每个文档选择他们的存储偏好（本地、iCloud 和即将推出的 DropBox）的计划，我是否会在审核时遇到麻烦？我还没有找到具体的指导方针。 编辑：the guidelines 都没有提到 iCloud。

【问题讨论】：

虽然我没有事实支持这个观点，但我预计会有麻烦。也许不是在第一次审核时，但在某些时候，当您进行更改或其他任何事情时，有人可能会注意到这一点并拒绝该应用程序。

基于什么？基于他们认为全有或全无对用户更友好？拒绝一个应用似乎有点太主观了。

好吧，这是苹果公司——不要试图与他们争论，这是没有意义的。是的，他们认为这对用户更友好，因为用户不应该花时间考虑是否将其放入云中，如果他们可以将其放入云中。只有当您在云中有一些文档而另一些没有时，您才会遇到这样的糟糕情况，即您正在云中寻找一个尚未放在云中的文档......

感谢您的意见！我仍然不相信，这两种方法各有利弊。

我投票结束这个问题，因为we're not Apple 无法回答这个问题。除了 Apple 之外，没有人能可靠地告诉您会发生什么。

【参考方案1】：

这是应该，而不是必须（就像你应该支持iPad上的所有方向一样，但我不认为他们如果 UI 需要完全返工，会强迫你这样做）。如果你有一个足够引人注目的用例和一个不笨拙的 UI，我怀疑他们会让它通过，但我还没有对此进行测试。

如果它不在审核指南中，那么我怀疑除了对“可用性”的任何要求之外，它是拒绝的理由 - 但老实说，考虑到 UI 的平均质量，我不会太担心。

（实际上，对该指南的严格解释是，您不应该使用 Dropbox/Google Drive/etc/roll-your-own-cloud-storage，但这几乎肯定不是意图，除非他们邀请反垄断诉讼。）

【参考方案2】：

我对一个带有 iCloud 的应用程序进行了很多测试。我一开始的假设是，无论一切都在 iCloud 中与否，对用户来说都是透明的，否则为什么 Apple 会建议这种方法？

不幸的是，他们在推出之前没有对其进行全面测试。我在 iOS 4 和 5 的 iCloud 和 UIDocument 中遇到了很多问题（许多奇怪的崩溃的雷达条目）。事实上，我可能将一半的开发时间都花在了这个问题上，而不是让应用程序变得更好。

无论如何，最重要的是，当访问仅在云上运行的文档时，我的应用程序速度要慢得多。 Apple 确实尝试在 Mobile Documents 目录中缓存文档。关于如何确定缓存状态的信息很少，因此尝试解决不可用的文档或速度缓慢的问题。 UI 最终在 UITableViews 中非常生涩，或者在系统库中彻底崩溃。

所以，底线是我的应用程序将所有内容存储在本地。如果用户进行了更改，该应用程序会将其复制到 iCloud 本身并运行后台进程以监控文档上云的状态。它还会在 iCloud 上手动传输由另一台设备更改的文件，以保持一切同步，再次在后台进程中。

我完全没有收到 Apple 评论员的任何投诉。如果我这样做了，我会将它们指向许多雷达条目。

【讨论】：

我阅读了很多类似的帖子，同样表达了对花费大量时间来改进应用程序其他方面的失望。不是很鼓舞人心！感谢您找到解决方案，做得很好。