macos - 更改文档参数后，NSCocoaErrorDomain 256 打开*新*文档

Question

对于基于 NSDocument 的应用程序的下一个版本，我正在修改文档参数，即 Info.plist > CFBundleDocumentTypes 和 UTExportedTypeDeclarations 中的值。具体来说，我正在从平面 NSPersistentDocument 更改为文档包(在 BSManagedDocument 的帮助下)。

修改后的应用程序可以创建新文档，但它们会以通用图标出现在 Finder 中，当我关闭这样的新文档并尝试重新打开它时，-[NSDocumentController openDocumentWithContentsOfURL:display:completionHandler:] 失败，在 NSCocoaErrorDomain 中创建错误，代码为 256，描述“newDoc.myExtension”无法处理，因为 MyApp 无法打开此类型的文件，失败原因 MyApp 无法打开这种类型的文件。

据我了解，有几个重要参数 CFBundleDocumentTypes 和 UTExportedTypeDeclarations，这些参数都必须正确，否则您会收到此错误。在这种情况下，他们是正确的。我通过将我构建的产品中的 Info.plist 与另一个不同但相似的有效应用程序的 Info.plist 进行比较来确认这一点。

我还尝试从 main() 中使用 inUpdate = true 调用 LSRegisterURL()，但这没有帮助。

可能出了什么问题？我在 macOS 10.12.6 中运行，使用 macOS 10.13 SDK 和 Xcode 9 进行构建。

Answer 1

显然问题出在更新启动服务数据库上。我将新应用程序(包含修订后的 Info.plist)复制到 /Applications 中，替换旧版本，然后启动此副本一次。经过这两个步骤后，当我重新打开 Finder 窗口时，文档图标现在是正确的，并且在重新启动我的新应用程序时，它现在可以重新打开自己的新文档而不会出现错误。

更新:今天(macOS 10.13 Beta 8)我遇到了同样的问题，但将更正后的应用程序安装到/Applications 中不起作用。但是，这一次，通过在终端中运行以下命令来重建启动服务数据库，然后重新启动我的应用程序，确实有效:

/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -r -domain u -domain s -domain l -v

上述的一个副作用是，某些应用程序在重新启动之前会在 Dock 和 cmd-tab 应用程序切换器中具有通用图标。

我认为启动服务更喜欢 /Applications 中的应用程序而不是 Xcode 的 DerivedData 文件夹中的应用程序，即使后者是当前正在运行的唯一一个，或者正在运行的应用程序来自 Xcode 的 DerivedData 根本不注册，或两者都不注册。

从文档看来，调用 LSRegisterURL() 应该具有相同的效果，但显然不是。