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