Qt探祕——談ui檔案的用法
阿新 • • 發佈：2018-12-27
轉載自：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的過程中順利、愉快，謝謝大家！