我们最近发布了一个基于文档的应用程序，但不幸的是我们主要文档类型的UTI为空。我们有一个名称，但标识符却是空的。尽管一切正常运行，但当我们试图将另一种文件类型添加到混合中时，出现问题。新文件类型只是xml（符合public.xml）。我们将其设置并加入到文档中。这时我们才发现第一种文档类型UTI的疏忽。如果我们稍微修改此文档类型，那么程序就无法读取该类型的任何已创建文件。因此我们想要解决这个问题，最好的方法是什么？我的问题本质上是：如何迁移文档型应用程序中的主文档类型？
1个回答
1
首先，在用于构建的机器上调试此类问题非常困难。动态 UTI 系统会混淆哪个应用程序拥有哪些文件。为解决此问题，您可以在终端中运行一个命令来清除系统上的文件关联（链接1：https://www.example.com）。
接下来，我们解决了应用程序的实际文档类型。最终，我们只想支持两种文档类型，即我们自定义的类型和 XML 类型。但是，我们必须保留那个空的、动态生成的 UTI。在“文档类型”中，我们有三种类型：我们实际想要支持的两种类型和我们不再需要的旧版类型。对于前两种类型，我们的应用程序是“编辑器”。对于旧版类型，我们将其更改为“阅读器”。
另一件真正帮助我们系统的事情是使用导出和导入的 UTI。我们告诉系统我们的应用程序导入 XML 类型，并导出其他两种类型。
我们进行了一些相当重要的测试，包括部署，这个配置就像魔法一样有效。
接下来，我们解决了应用程序的实际文档类型。最终，我们只想支持两种文档类型，即我们自定义的类型和 XML 类型。但是，我们必须保留那个空的、动态生成的 UTI。在“文档类型”中，我们有三种类型：我们实际想要支持的两种类型和我们不再需要的旧版类型。对于前两种类型，我们的应用程序是“编辑器”。对于旧版类型，我们将其更改为“阅读器”。
另一件真正帮助我们系统的事情是使用导出和导入的 UTI。我们告诉系统我们的应用程序导入 XML 类型，并导出其他两种类型。
我们进行了一些相当重要的测试，包括部署，这个配置就像魔法一样有效。
- Dexter
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接