Ios 苹果对iCloud的“要么全有，要么全无”立场：这是一个强硬的方针吗？

苹果的文档似乎一直在声明，用户生成的文档要么全部存储在本地，要么全部存储在iCloud上。这里有一个强调一切都是他们的例子：

应用程序的所有文档都存储在本地沙箱或iCloud容器目录中。用户不能选择单个文档存储在iCloud中

我想允许用户单独管理文档：也许他们希望一个是本地的，以节省iCloud的空间；另一个是在iCloud上，以便他们可以跨设备操作；另一个是在DropBox上，以便他们可以将其复制到朋友的帐户中，或者手动备份，甚至在外部编辑。全有或全无的方法实际上会妨碍灵活性，特别是在我介绍的时候。在我的例子中，个人选择也使得UI更简单

因此，问题是：如果我坚持我的计划，允许用户根据每个文档选择他们的存储偏好本地、iCloud和DropBox，那么我会在审查时遇到麻烦吗？我还没有找到具体的指导方针。编辑：甚至没有人提到iCloud。

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

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

---

事实上，对这条准则的严格解释是，你不应该使用Dropbox/Google Drive/etc/滚动你自己的云存储，但这几乎肯定不是目的，除非他们邀请反垄断诉讼。

我为一款使用iCloud的应用做了大量测试。我一开始的假设是，无论一切是否都在iCloud中，对用户来说都是透明的，否则苹果为什么会建议这种方法

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

无论如何，底线是我的应用程序在访问仅在云端运行的文档时要慢得多。苹果确实尝试在移动文档目录中缓存文档。关于如何确定缓存状态的信息很少，所以请尝试解决不可用文档或速度缓慢的问题。UI在UtableView中非常不稳定，或者在系统库中彻底崩溃

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

---

我没有收到苹果评论家的任何抱怨。如果我这样做了，我会向他们指出许多雷达条目。

虽然我没有证据支持这一观点，但我预计会有麻烦。也许不是在第一次审查时，但在某个时候，当你做出改变或其他什么的时候，有人可能会注意到这一点，并拒绝该应用程序。但基于什么？基于他们认为全有或全无更方便用户？拒绝一个应用程序似乎有点太主观了。好吧，这是苹果的问题——不要试图和他们争论，这是毫无意义的。是的，他们认为这更方便用户，因为用户不应该花时间考虑是否把它放到云中，如果他们可以把它放到云中的话。只有当你在云中有一些文档，而有一些没有，你才能体验到你正在云中寻找一个没有放在那里的文档的糟糕情况…谢谢你的想法！我仍然不相信，这两种方法都有利弊。我投票结束这个问题，因为我无法回答这个问题。除了苹果，没有人能可靠地告诉你会发生什么。我读了很多类似的帖子，对花这么多时间改进应用程序的其他方面表示失望。不太令人鼓舞！感谢您找到解决方案，做得很好。