为什么 UIFileSharingEnabled + LSSupportsOpeningDocumentsInPlace 表现得像 UISupportsDocumentBrowser?

问题描述

如果您想在 Documents/iTunes 中公开 iOS 应用程序的 Music 文件夹,您需要在 UIFileSharingEnabled 文件中设置 Info.plist

如果您想在 iOS 的 Documents 应用程序中公开 Files 文件夹,您需要在 UISupportsdocumentbrowser 文件中设置 Info.plist

如果你同时设置,你就会以两种方式公开它。

最后,如果您在 UISupportsdocumentbrowser 文件中设置了 Info.plist,您还可以设置 LSSupportsopeningDocumentsInPlace 以防您想直接处理原始文件,这意味着您必须明确协调文件访问。如果没有该标志,您将使用副本,这在没有额外访问协调的情况下始终是安全的。

所有这些对我来说都是完全合理的,但有一件事不是:

如果同时设置了 UIFileSharingEnabledLSSupportsopeningDocumentsInPlaceDocuments 文件夹也会在 Files 应用程序中公开,即使 UISupportsdocumentbrowser 未设置。

为什么?这对我来说不合逻辑。它以这种方式正式记录,但没有提供对该行为的解释。有人知道这背后的技术方面吗?是否仅出于兼容性考虑保留了一些遗留行为?任何人都可以为这种行为提供有意义的解释吗?或者举例说明为什么需要这样做或这样做有意义?

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)