轉載自：http://blog.csdn.net/luo_isaiah/article/details/5794973
相信用過Qt Designer的朋友，對Qt Project中的.ui文件并不陌生。這個文件在Qt Designer中并不能直接修改其源代碼，而只能通過Qt Designer的圖形工具對其進行操作。對于這一點，我不得不要贊一下設計Qt Designer的人，因為這大大可以避免.ui文件中出現語法錯誤的概率，同時使得程序員能省下大量的程序界面設計時間進而縮短整個程序項目的開發。
從另一方面，我之所以想要談談這個.ui文件，是因為這個文件的使用方法不同于當今許多移動開發平臺的類似文件的使用方法。從這一點上，我認為是一個相當好的創新。
我相信大家都知道，每個Qt Project都是純C++的，而如果我們用普通的文檔編輯器打開.ui文件時，我們會發現.ui文件其實是個自定義標簽的XML文件，那么這個文件對于整個Qt Project來說，怎么發揮它的作用呢？難道說Qt的C++編譯器能把它直接轉換成C++語言，然后進行編譯嗎？帶著這個問題，我進行了探索，發現卻是另一種結果。
我們可以先用Qt Creator創建一個帶有ui文件的GUI Project，創建過程中Qt Creator會讓我們選擇這個窗口類是基于QMainWindow、QWidget還是QDialog。我們隨便選一個，在這我選的是QMainWindow。然后，我們可以得到5個文件，一個.pro文件，一個.ui文件，一個.h文件，兩個.cpp文件，其中一個是main.cpp，其包含著Qt程序的入口函數main。
而這時，如果我們打開.h文件的話，我們會看到如下一段聲明：
namespace Ui {
class MainWindow;
}
這的意思是說，在命名空間Ui里面有一個類叫MainWindow，可是這個類的描述在哪呢，不清楚，但肯定不在當前這個.h文件中。但是我們可以在后面的類描述中發現，其中會有一個Ui::MainWindow的私有指針，既然是這樣，估計在對應的.cpp文件中，應該能找到出現這個Ui::MainWindow的描述的.h文件，不出所料，在對應的.cpp中，就發現了這個文件：
#include "ui_mainwindow.h"
但是，如果這時你還沒有build過的話，你會發現這個文件是找不到的，那么我們就來build一下這個Project吧。結果一build之后，我們就能看到這個文件了。打開后，我們會看到Ui::MainWindow的描述：
namespace Ui {
class MainWindow: public Ui_MainWindow {};
} // namespace Ui
這就是這個類的描述，簡短而精悍，而在它的上面就是Ui_MainWindow類的描述了，而這個Ui_MainWindow正是按著.ui文件的設計通過uic工具生成的。那么這個類該怎么用呢？
我們知道在Qt Project中，窗口類的實現有三種途徑，要么繼承QMainWindow，或是繼承QWidget，再或是繼承QDialog。而對于類似于Ui::MainWindow類的使用則有兩種方法：
第一種方法：假設我們的真正的窗口類叫MainWindow，它繼承于QMainWindow，那么它可以有一個Ui::MainWindow的私有成員，并在MainWindow的構造函數中，實例化這個私有的Ui::MainWindow，之后調用這個私有的Ui::MainWindow的setupUi方法，設置MainWindow的用戶界面接口，即按.ui文件的設計初始化MainWindow的界面。這樣，一個按照.ui文件設計的界面的窗口就建立起來了。
第二種方法：仍然假設我們的真正的窗口類叫MainWindow，它仍然要選擇QMainWindow，QWidget，QDialog中的一個類進行繼承。而與前一種方法不同的是，這個MainWindow類不需要一個Ui::MainWindow類的私有成員，而是使用了C++中的多重繼承，讓MainWindow同時繼承Ui::MainWindow。而這時只需在要使用MainWindow的時候實例化它，在它的構造函數中調用setupUi方法，即可。
這兩種方法，在正常情況下，雖然就最后窗口的顯示效果來說沒有什么區別，但在內存的管理機制上，卻有不同。從內存管理的安全性方面來說，用慣了Symbian的我更傾向于使用后一種方法。因為第一種方法中先實例化Ui::MainWindow后，無法保證在接下來的構造函數中，有可能因為內存不足而引發構造函數異常退出，進而導致Ui::MainWindow成為內存泄漏。雖然說Qt有自己的內存垃圾站的處理機制來解決內存泄漏問題，但是就個人感覺而言，這種機制的效率終究趕不上人為釋放內存的效率。
另外還想說的一點，就是雖然現在很多移動開發平臺都在使用類似.ui文件的XML格式的文件作為窗口的界面設計使用，但存在兩點問題，第一，有很多平臺需要程序員直接去寫這個XML格式的文件，而沒有類似Qt Designer的工具，這使得程序員寫的很頭痛，并且因此而流失了許多開發時間；第二，很少有平臺想Qt這樣先把這個XML格式的.ui文件轉化為C++文件再進行編譯的，很多都是直接丟給操作系統，在運行程序時才去解析，得到相應數據后才能產生出相應的程序界面，這無疑又降低了程序的運行效率。
此上就是個人在研究Qt開發過程中的一些心得體會，在此分享給大家。有不足的地方還希望大家多提建議，祝大家在開發Qt Project的過程中順利、愉快，謝謝大家！