Qt探祕——談ui文件的用法

   相信用過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的過程當中順利、愉快，謝謝你們！