因此，我們最近發佈了一個基於文檔的應用程序與不幸的疏忽：我們的主要文檔類型的UTI被留空。我們有一個名字，但標識符是空的。文件類型痛苦 - 可可
一切仍然很好，但我們去添加另一種文件類型的混合。新的文件類型只是xml（符合public.xml）。我們將其設置並放入文檔中。這是我們在第一個文件類型的UTI上發現我們的監督。
現在，如果我們這麼多touch這個文件類型，BOOM。應用程序無法讀取它已創建的任何文件。我們真的想要清理它，所以最好的方法是什麼？
我的問題基本上是： 你如何遷移主文檔類型，基於文檔的應用程序？
首先，在您用於削減構建的機器上調試此類問題非常困難。動態的UTI系統對於哪個應用程序擁有哪些文件感到困惑。爲了解決這個問題，有一個命令可以在終端運行到clear out the file associations on your system.
接下來，我們處理了我們應用程序的實際文檔類型。最終，我們只想支持兩種文檔類型，我們的自定義類型和xml類型。但是，我們必須保留已發貨的空的動態生成的UTI。在「文檔類型」中，我們有三個：我們實際想要支持的兩個，以及我們不再需要的那個。對於前兩個，我們的應用程序是一個「編輯器」。對於舊版本，我們將其更改爲「Reader」。
真正幫助我們的系統的另一件事是使用導出的導入UTI。我們告訴系統我們的應用程序導入了XML類型，並導出了另外兩個。
我們已經做了一些非常重要的測試，包括部署，這種配置就像一個魅力。