更改文档参数后，NSCocoaErrorDomain 256 打开*新*文档
After changing Document Parameters, NSCocoaErrorDomain 256 opening *new* docs
对于基于 NSDocument 的应用程序的下一版本，我正在修改文档参数，即 Info.plist > CFBundleDocumentTypes 和 UTExportedTypeDeclarations 中的值。具体来说，我正在从平面 NSPersistentDocument 更改为文档包（在 BSManagedDocument 的帮助下）。
修改后的应用程序可以创建新文档，但它们以通用图标出现在 Finder 中，当我关闭此类新文档并尝试重新打开它时，-[NSDocumentController openDocumentWithContentsOfURL:display:completionHandler:]失败，在代码为 256 的 NSCocoaErrorDomain，无法处理描述 “newDoc.myExtension”，因为 MyApp 无法打开此类型的文件，失败原因 MyApp 无法打开此类型的文件输入.
我知道有几个重要参数 CFBundleDocumentTypes 和 UTExportedTypeDeclarations，这些参数必须全部正确，否则会出现此错误。在这种情况下，它们是正确的。我通过将我构建的产品中的 Info.plist 与另一个不同但相似的可用应用程序的 Info.plist 进行比较来确认这一点。
我也试过从 main() 中用 inUpdate = true 调用 LSRegisterURL()，但这没有帮助。
可能出了什么问题？我在 macOS 10.12.6 中 运行，使用 macOS 10.13 SDK 和 Xcode 9.
构建
显然问题出在更新启动服务数据库中。我 将修改后的 Info.plist 的新应用程序复制到 /Applications 中，替换旧版本，然后启动此副本一次。在这两个步骤之后，当我重新打开 Finder window 时文档图标现在是正确的，并且在重新启动我的新应用程序时，它现在可以重新打开它自己的新文档而不会出错。
更新：今天（macOS 10.13 Beta 8）我遇到了同样的问题，但是将更正后的应用程序安装到 /Applications 中却没有用。然而，这一次，通过 运行 在终端中执行以下命令重建 Launch Services 数据库，然后重新启动我的应用程序，确实有效：
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -r -domain u -domain s -domain l -v
上述的副作用是某些应用程序在重新启动之前会在停靠栏和 cmd-tab 应用程序切换器中具有通用图标。
我认为 Launch Services 更喜欢 /Applications 中的应用程序，而不是 Xcode 的 DerivedData 文件夹中的应用程序，即使后者是目前唯一的 运行，或者 运行 来自 Xcode 的 DerivedData 的应用程序根本没有注册，或者两者都没有注册。
从文档看来，调用 LSRegisterURL() 应该有同样的效果，但显然不是。
对于基于 NSDocument 的应用程序的下一版本，我正在修改文档参数，即 Info.plist > CFBundleDocumentTypes 和 UTExportedTypeDeclarations 中的值。具体来说，我正在从平面 NSPersistentDocument 更改为文档包（在 BSManagedDocument 的帮助下）。
修改后的应用程序可以创建新文档，但它们以通用图标出现在 Finder 中，当我关闭此类新文档并尝试重新打开它时，-[NSDocumentController openDocumentWithContentsOfURL:display:completionHandler:]失败，在代码为 256 的 NSCocoaErrorDomain，无法处理描述 “newDoc.myExtension”，因为 MyApp 无法打开此类型的文件，失败原因 MyApp 无法打开此类型的文件输入.
我知道有几个重要参数 CFBundleDocumentTypes 和 UTExportedTypeDeclarations，这些参数必须全部正确，否则会出现此错误。在这种情况下，它们是正确的。我通过将我构建的产品中的 Info.plist 与另一个不同但相似的可用应用程序的 Info.plist 进行比较来确认这一点。
我也试过从 main() 中用 inUpdate = true 调用 LSRegisterURL()，但这没有帮助。
可能出了什么问题？我在 macOS 10.12.6 中 运行，使用 macOS 10.13 SDK 和 Xcode 9.
构建显然问题出在更新启动服务数据库中。我 将修改后的 Info.plist 的新应用程序复制到 /Applications 中，替换旧版本，然后启动此副本一次。在这两个步骤之后，当我重新打开 Finder window 时文档图标现在是正确的，并且在重新启动我的新应用程序时，它现在可以重新打开它自己的新文档而不会出错。
更新：今天（macOS 10.13 Beta 8）我遇到了同样的问题，但是将更正后的应用程序安装到 /Applications 中却没有用。然而，这一次，通过 运行 在终端中执行以下命令重建 Launch Services 数据库，然后重新启动我的应用程序，确实有效：
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -r -domain u -domain s -domain l -v
上述的副作用是某些应用程序在重新启动之前会在停靠栏和 cmd-tab 应用程序切换器中具有通用图标。
我认为 Launch Services 更喜欢 /Applications 中的应用程序，而不是 Xcode 的 DerivedData 文件夹中的应用程序，即使后者是目前唯一的 运行，或者 运行 来自 Xcode 的 DerivedData 的应用程序根本没有注册，或者两者都没有注册。
从文档看来，调用 LSRegisterURL() 应该有同样的效果，但显然不是。