没有 iCloud 的 UIDocumentBrowserViewController
UIDocumentBrowserViewController without iCloud
Apple 表示，为了在“文件”应用中显示您应用的文档，您的 Info.plist 一方面必须打开 "Supports document browser"，或者"Application supports iTunes file sharing" 和 "Supports opening documents in place"，另一方面。
但出于好奇，我尝试打开所有这三个，它起作用了。我的测试应用程序是基于文档浏览器的，但它可以在其文档文件夹和 iCloud 中保存（和浏览）文档。从这个意义上说，即使用户关闭 iCloud Drive，我的应用程序也会继续运行。
我的问题（相当模糊）是：这合法吗？ Apple 使这两种方法看起来相互排斥，但它们实际上兼容吗？有没有人写过一个严肃的应用程序，在 Info.plist 中打开所有这三个选项，以便从应用程序自己的文件浏览器中浏览应用程序自己的本地文档？
是的，这是非排他性的。您可能应该提交一个错误以使文档更清晰。
想法是您只需要在 Documents 目录中存储用户可见的内容（某些应用程序将非用户创建文件的程序数据保存在该目录中）。如果您支持文档浏览器，那么显然您没有误用该目录。如果您支持 iTunes 文件共享，则相同。
就商店中的应用程序而言，请查看 iWork。他们使用文档浏览器并支持iTunes文件共享。
Apple 表示，为了在“文件”应用中显示您应用的文档，您的 Info.plist 一方面必须打开 "Supports document browser"，或者"Application supports iTunes file sharing" 和 "Supports opening documents in place"，另一方面。
但出于好奇，我尝试打开所有这三个，它起作用了。我的测试应用程序是基于文档浏览器的，但它可以在其文档文件夹和 iCloud 中保存（和浏览）文档。从这个意义上说，即使用户关闭 iCloud Drive，我的应用程序也会继续运行。
我的问题（相当模糊）是：这合法吗？ Apple 使这两种方法看起来相互排斥，但它们实际上兼容吗？有没有人写过一个严肃的应用程序，在 Info.plist 中打开所有这三个选项，以便从应用程序自己的文件浏览器中浏览应用程序自己的本地文档？
是的，这是非排他性的。您可能应该提交一个错误以使文档更清晰。
想法是您只需要在 Documents 目录中存储用户可见的内容（某些应用程序将非用户创建文件的程序数据保存在该目录中）。如果您支持文档浏览器，那么显然您没有误用该目录。如果您支持 iTunes 文件共享，则相同。
就商店中的应用程序而言，请查看 iWork。他们使用文档浏览器并支持iTunes文件共享。