我的QT5學(xué)習(xí)之路（一）――淺談QT的安裝和配置

一、前言　　說到Qt，不能不說到C++，這門偉大的語言。因?yàn)槠涿嫦驅(qū)ο蟮木幊趟枷牒投盖偷膶W(xué)習(xí)曲線，一開始學(xué)習(xí)起來很是吃力。Qt從QT4開始基本封裝了很多C++的工具庫和界面庫，而且支持跨平臺，這是它最大的優(yōu)勢。相比于古老的MFC和使用C#的WPF來說，我更喜歡Qt來進(jìn)行C++的界面設(shè)計(jì)，這也是我從新開始拾起Qt學(xué)習(xí)之路的原因。

說完了感受和學(xué)習(xí)的原因，就開始介紹Qt5了。我這里只做簡單的介紹，重要的還是在學(xué)習(xí)過程中體會Qt的編程邏輯和設(shè)計(jì)思想。

Qt，坦白來說，并不只是一個(gè)界面庫，他是C++編程思想的集大成者。它是得到完善的C++應(yīng)用程序框架。使用Qt，在一定程度上你獲得的是一個(gè)“一站式”、“全方位”的解決方案，STL。string、XML、數(shù)據(jù)庫、網(wǎng)絡(luò)這些零散的功能都包含在Qt中，并且得到了封裝，一共開發(fā)者使用。

跨平臺GUI通常有三種實(shí)現(xiàn)策略，分別是：

API 映射：API 映射是說，界面庫使用同一套 API，將其映射到不同的底層平臺上面。大體相當(dāng)于將不同平臺的 API 提取公共部分。比如說，將 Windows 平臺上的按鈕控件和 Mac OS 上的按鈕組件都取名為 Button。當(dāng)你使用 Button 時(shí)，如果在 Windows 平臺上，則編譯成按鈕控件;如果在 Mac OS 上，則編譯成按鈕組件。這么做的好處是，所有組件都是原始平臺自有的，外觀和原生平臺一致;缺點(diǎn)是，編寫庫代碼的時(shí)候需要大量工作用于適配不同平臺，并且，只能提取相同部分的 API。比如 Mac OS 的文本框自帶拼寫檢測，但是 Windows 上面沒有，則不能提供該功能。這種策略的典型代表是 wxWidgets。這也是一個(gè)標(biāo)準(zhǔn)的 C++ 庫，和 Qt 一樣龐大。它的語法看上去和 MFC 類似，有大量的宏。據(jù)說，一個(gè) MFC 程序員可以很容易的轉(zhuǎn)換到 wxWidgets 上面來。

API 模擬：前面提到，API 映射會“缺失”不同平臺的特定功能，而 API 模擬則是解決這一問題。不同平臺的有差異 API，將使用工具庫自己的代碼用于模擬出來。按照前面的例子，Mac OS 上的文本框有拼寫檢測，但是 Windows 的沒有。那么，工具庫自己提供一個(gè)拼寫檢測算法，讓 Windows 的文本框也有相同的功能。API 模擬的典型代表是 wine ——一個(gè) Linux 上面的 Windows 模擬器。它將大部分 Win32 API 在 Linux 上面模擬了出來，讓 Linux 可以通過 wine 運(yùn)行 Windows 程序。由此可以看出，API 模擬最大優(yōu)點(diǎn)是，應(yīng)用程序無需重新編譯，即可運(yùn)行到特定平臺上。另外一個(gè)例子是微軟提供的 DirectX，這個(gè)開發(fā)庫將屏蔽掉不同顯卡硬件所提供的具體功能。使用這個(gè)庫，你無需擔(dān)心硬件之間的差異，如果有的顯卡沒有提供該種功能，SDK 會使用軟件的方式加以實(shí)現(xiàn)。

GUI 模擬：任何平臺都提供了圖形繪制函數(shù)，例如畫點(diǎn)、畫線、畫面等。有些工具庫利用這些基本函數(shù)，再不同繪制出自己的組件，這就是 GUI 模擬。GUI 模擬的工作量無疑是很大的，因?yàn)樾枰褂米罨镜睦L圖函數(shù)將所有組件畫出來;并且這種繪制很難保證和原生組件一模一樣。但是，這一代價(jià)帶來的優(yōu)勢是，可以很方便的修改組件的外觀——只要修改組件繪制函數(shù)即可。很多跨平臺的 GUI 庫都是使用的這種策略，例如 gtk+(這是一個(gè) C 語言的圖形界面庫。使用 C 語言很優(yōu)雅地實(shí)現(xiàn)了面向?qū)ο蟪绦蛟O(shè)計(jì)。不過，這也同樣帶來了一個(gè)問題——使用大量的類型轉(zhuǎn)換的宏來模擬多態(tài)，并且它的函數(shù)名一般都比較長，使用下劃線分割單詞，看上去和 Linux 如出一轍。gtk+ 并不是模擬的原生界面，而有它自己的風(fēng)格，所以有時(shí)候就會和操作系統(tǒng)的界面格格不入。)，Swing 以及我們的 Qt。

Qt 和 wxWidgets 一樣，也是一個(gè)標(biāo)準(zhǔn)的 C++ 庫。但是它的語法類似于 Java 的 Swing，十分清晰，而且使用信號槽(signal/slot)機(jī)制，讓程序看起來很明白——這也是很多人優(yōu)先選擇 Qt 的一個(gè)很重要的原因。不過，所謂“成也蕭何，敗也蕭何”。這種機(jī)制雖然很清楚，但是它所帶來的后果是你需要使用 Qt 的 moc 對程序進(jìn)行預(yù)處理，才能夠再使用標(biāo)準(zhǔn)的 make 或者 nmake 進(jìn)行正常的編譯，并且信號槽的調(diào)用要比普通的函數(shù)調(diào)用慢大約一個(gè)數(shù)量級(Qt 4 文檔中說明該數(shù)據(jù)，但 Qt 5 尚未有官方說明)。Qt 的界面也不是原生風(fēng)格的，盡管 Qt 使用 style 機(jī)制十分巧妙地模擬了原生界面。另外值得一提的是，Qt 不僅僅能夠運(yùn)行在桌面環(huán)境中，還可以運(yùn)行在嵌入式平臺以及手機(jī)平臺。

Qt 第一版于 1991 年由 Trolltech (奇趣科技)發(fā)布。后來在 2008 年，Nokia 斥資 1.5 億美元收購 TrollTech，將 Qt 應(yīng)用于 Symbian 程序開發(fā)。2012 年 8 月 9 日，Nokia 將 Qt 以 400 萬歐元的價(jià)格出售給 Digia。

伴隨著 Qt，一直有兩種授權(quán)協(xié)議：商業(yè)授權(quán)以及開源授權(quán)。在 Qt 的早期版本，商業(yè)授權(quán)包含一些開源授權(quán)不提供的組件，但是在近期版本則不存在這個(gè)問題。以往人們對 Qt 的開源授權(quán)多有詬病。早期版本的 Qt 使用與 GPL 不兼容的協(xié)議授權(quán)，這直接導(dǎo)致了 KDE 與 GNOME 的戰(zhàn)爭(由于 Linux 使用 GPL 協(xié)議發(fā)布，GPL 協(xié)議具有傳染性，作為 Linux 桌面環(huán)境的 KDE 卻是基于與 GPL 不兼容的 Qt 開發(fā)，這就不遵守 GPL 協(xié)議)。不過，現(xiàn)在 Qt 的開源版本使用的是 GPLv3 以及 LGPL 協(xié)議。這意味著，你可以將 Qt 作為一個(gè)庫連接到一個(gè)閉源軟件里面?？梢哉f，Qt 協(xié)議的爭議已經(jīng)不存在了。

回到頂部(go to top)

二、Qt的安裝與配置2.1 Qt的安裝

上面是兩種Qt，第一種是使用mingw編譯和調(diào)試開發(fā)的Qt，第二種(紅線中)是使用msvc也就是vs調(diào)試和編譯的Qt。開始學(xué)習(xí)的建議安裝第一種，自帶gcc編譯器和gdb調(diào)試器。安裝過程就不說了，一路綠燈就行，安裝完之后的狀態(tài)如下圖。

2.2Qt的項(xiàng)目創(chuàng)建

一直往下，中間過程就是自己改一下項(xiàng)目的名字和文件名字，直到出現(xiàn)下面的圖，就是創(chuàng)建完成了。

上圖是創(chuàng)建好的工程，這樣就是可以運(yùn)行的。

2.3 Qt的配置這里說一下mingw版本的配置，此外msvc版本的Qt的編譯器和調(diào)試器都是msvc(我的具體版本是MSVC2013)。

我的是32bit，然后所有的編譯器和調(diào)試器都是套件自帶的，不用另行下載。

好了，Qt的開始工作做好了，就可以開始學(xué)習(xí)了，就先到這里。

no pains ,no gains. 給自己加油，為未來奮斗。