Qt中Ui名字空間以及setupUi函數的原理和實作

用最新的QtCreator選擇GUI的應用會産生含有如下檔案的工程

下面就簡單分析下各部分的功能。

.pro檔案是供qmake使用的檔案，不是本文的重點【不過其實也很簡單的】，在此不多贅述。

是以呢，還是從main開始，

很簡單的樣子

QApplication a(argc, argv)和a.exec()可以了解為載入了Qt的架構，跑Qt的程式都要有此部，就不多說了。

其中調用了個MainWindow并把它show了出來，具體分析下

下面是mainwindow.h中的内容

開始的namespace Ui可能讓人有點摸不着頭腦，這是因為qt把ui相關的類單獨獨立了出來，但類名相同，禁用namespace差別【但是就目前的使用來說，感覺這樣做不怎麼好，後面我會解釋原因】

聲明namespace Ui是因為要調用Ui中的MainWindow，此MainWindow非彼MainWindow，後面涉及的*ui指針會調用它！

關于Q_OBJECT就不說了，Qt中與signal和slot相關的類都要這麼聲明下。

仔細看出了構造，析構就沒啥了，隻有那麼個*ui！不過現在如果運作下，也隻會生成個窗體而已。

下面來看構造函數和析構函數，其實也就是mainwindow.c

構造時在堆上new了個Ui域中的MainWindow，并調用setupUi，析構僅僅是将其delete了，還是很簡單！

正如前面所述Qt很好的把ui分離了出去，前面圖中的那個.ui檔案就是讓QtDesigner使的布局用檔案！

現在運作下，會生成ui_mainwindow.h，這個裡面會涉及到真正布局用的函數，也就是那個Ui域中的MainWindow.下面具體看一下，

吼吼，一下子多了不少，但其實還是很容易的。Ui_MainWindow聲明了幾個構件，具體我就不說了，因為也沒啥可說的，它實作了setupUi函式，也就是前面那個MainWindow中調用的setupUi。

但是要說明的是QMetaObject::connectSlotsByName函式會自動連接配接相應名稱的信号與槽，但要注意它連接配接的是傳入的MainWindow及其子構件【不是子類】，注意前邊ui->setupUi(this)中傳入的this，也就是非ui域中的MainWindow，是以如果要聲明signal和slot時還是要在非ui域的MainWindow中來聲明，然後通過ui->xxx的形式來與GUI産生互動！如果我們在QtDesiner中拖放一個按鈕然後點選go

to slot就很容易印證這一點。

retranslateUi則會為ui中的構件命名，具體也不在此多說。

最後還是看看這段代碼

前面非Ui域中的MainWindow的*ui指向的是Ui域中的MainWindow，而Ui域中的MainWindow出了繼承了Ui_MainWindow之外，内部一貧如洗！【有點繞口了】

來張圖檔，再複習下

最後要說明的有兩點，個人感覺是QtCreator的BUG，

其一是如果自己定制控件，并且想在内置的designer中載入，win下用mingw是不可行的，因為sdk套件中的designer是用微軟的編譯器編譯的，當然也有個比較友善的解決的辦法，就是把qtcreator的源碼下來，用現有的creator再編譯一遍，然後覆寫過去就行了。

其二也是前面提到的，兩個同名的MainWindow僅用Ui域來區分，雖然感覺這樣做從設計上來說是很美的，但調試時卻會有些許的問題，總之在creator中調試不能識别正确的域，具體見下圖例

像上面這張圖this實際上應該指向的是非Ui域中的MainWindow【this其實指向的是MainWindow，它并不知是哪個域的MainWindow，再往下展開就錯誤的指向了Ui域】，但調試的資料區指向了Ui域中的MainWindow，當然也不是沒有解決的辦法，你可以手工将Ui域中的MainWindow改下名就可以獲得正确的調試資訊了，隻是這樣做稍顯麻煩，而且再度運作qmake後可能還要重新修改。