因此，我们最近发布了一个基于文档的应用程序与不幸的疏忽：我们的主要文档类型的UTI被留空。我们有一个名字，但标识符是空的。文件类型痛苦 - 可可
一切仍然很好，但我们去添加另一种文件类型的混合。新的文件类型只是xml（符合public.xml）。我们将其设置并放入文档中。这是我们在第一个文件类型的UTI上发现我们的监督。
现在，如果我们这么多touch这个文件类型，BOOM。应用程序无法读取它已创建的任何文件。我们真的想要清理它，所以最好的方法是什么？
我的问题基本上是： 你如何迁移主文档类型，基于文档的应用程序？
首先，在您用于削减构建的机器上调试此类问题非常困难。动态的UTI系统对于哪个应用程序拥有哪些文件感到困惑。为了解决这个问题，有一个命令可以在终端运行到clear out the file associations on your system.
接下来，我们处理了我们应用程序的实际文档类型。最终，我们只想支持两种文档类型，我们的自定义类型和xml类型。但是，我们必须保留已发货的空的动态生成的UTI。在“文档类型”中，我们有三个：我们实际想要支持的两个，以及我们不再需要的那个。对于前两个，我们的应用程序是一个“编辑器”。对于旧版本，我们将其更改为“Reader”。
真正帮助我们的系统的另一件事是使用导出的导入UTI。我们告诉系统我们的应用程序导入了XML类型，并导出了另外两个。
我们已经做了一些非常重要的测试，包括部署，这种配置就像一个魅力。