Qt編程涉及的術(shù)語(yǔ)和名詞(共3頁(yè))

1、精選優(yōu)質(zhì)文檔-傾情為你奉上本節(jié)我們來(lái)介紹一下使用  編程過(guò)程中常用的術(shù)語(yǔ)和名字，它們不一定專屬于 Qt，在其它的 C/ 開發(fā)過(guò)程中也會(huì)使用到。ProjectProject 的中文翻譯是“項(xiàng)目”或者“工程”，這里的項(xiàng)目是指為實(shí)現(xiàn)某個(gè)相對(duì)獨(dú)立功能的程序代碼合集，這些代碼不單單是放在一塊，而是有相互之間的關(guān)聯(lián)性，并且有專門負(fù)責(zé)管理該項(xiàng)目的項(xiàng)目文件，比如：· Qt 使用 .pro 文件管理項(xiàng)目；· VC+ 則使用 .vcproj 作為項(xiàng)目文件。集成開發(fā)環(huán)境通常都是依據(jù)項(xiàng)目文件（.pro/.vcproj）管理和構(gòu)建項(xiàng)目。Makefile即生成腳本，雖然可

2、以直接調(diào)用編譯器如 g+ 編譯程序，但是如果項(xiàng)目里的代碼文件變多了，哪些代碼文件更新了需要重新編譯，哪些代碼沒有改不需要重新編譯等等，靠程序員自己記憶去處理是比較麻煩的事，還有哪些代碼需要預(yù)處理或是鏈接哪些庫(kù)文件， 這些都是繁雜的過(guò)程。為了規(guī)范程序的編譯生成過(guò)程，產(chǎn)生了規(guī)范化的生成腳本，就是 Makefile，生成器 make 可以依據(jù)規(guī)范的 Makefile 自動(dòng)生成目標(biāo)程序或庫(kù)文件。 簡(jiǎn)單的說(shuō)，就是定義好 Makefile ，讓程序員只需要去關(guān)注如何編寫代碼，而生成程序過(guò)程中的臟活累活都交給 make 程序。 現(xiàn)在 Makefile 通常都有工具自動(dòng)生成，如 qmake 工具， 這樣就大量

3、減輕了程序員的負(fù)擔(dān)。Debug 和 ReleaseDebug 即調(diào)試，Release 即發(fā)行。代碼編寫之后，生成的目標(biāo)程序或庫(kù)文件通常不會(huì)絕對(duì)正確，或多或少有些毛病（bug）， 因此需要進(jìn)行糾錯(cuò)調(diào)試（Debug）。調(diào)試過(guò)程中需要源代碼和二進(jìn)制目標(biāo)程序之間一一對(duì)應(yīng)的關(guān)系， 這樣才能定位到錯(cuò)誤代碼，所以 Debug 版本的程序是臃腫而不進(jìn)行優(yōu)化的。 與之相對(duì)的是 Release 發(fā)行版，在糾正了發(fā)覺到的錯(cuò)誤后，需要發(fā)布程序用于實(shí)際用途，實(shí)際應(yīng)用時(shí)強(qiáng)調(diào)運(yùn)行效率高，減少冗余代碼，因此會(huì)對(duì)二進(jìn)制程序進(jìn)行大量?jī)?yōu)化，提升性能。這樣發(fā)布的二進(jìn)制目標(biāo)程序就是 Release 版。Debug 版本和 Releas

4、e 版本使用的庫(kù)文件不一樣：· Debug 版本程序通常鏈接的也是 Debug 版本的庫(kù)文件，比如 libQt5Guid.a/Qt5Guid.dll，庫(kù)文件的簡(jiǎn)短名（不含擴(kuò)展名）都是以 d 結(jié)尾的，Debug 庫(kù)通常都比較大 。· Release 版本程序鏈接的通常就是 Release 版本的庫(kù)文件，Release 版本庫(kù)文件名字比 Debug 版本庫(kù)文件少一個(gè)字母 d ，如 libQt5Gui.a/Qt5Gui.dll，而且 Release 版本庫(kù)一般都比 Debug 版本小很多，運(yùn)行效率也高很多。C+11 標(biāo)準(zhǔn)時(shí)代在變化，C+ 標(biāo)準(zhǔn)也在前進(jìn)。C+ 正式公布標(biāo)準(zhǔn)有 C+9

5、8、C+03、C+11。最新的 C+11 標(biāo)準(zhǔn)是2011年8月12日公布的，在公布之前該標(biāo)準(zhǔn)原名為 C+0x 。這是一次較大的修訂和擴(kuò)充，建議讀者專門學(xué)一下。 Qt 從 4.8 版本就開始用 C+11 新特性了。編譯器里面開始支持 C+11 的版本是 MSVC 2010、 4.5、Clang 3.1，這之后版本的編譯器都在逐步完善對(duì) C+11 的支持，現(xiàn)在新版本編譯器對(duì)新標(biāo)準(zhǔn)的支持都比較全面了。 Qt 官方在編譯 Qt5 庫(kù)的時(shí)候都是開啟 C+11 特性的，如果我們要在自己項(xiàng)目代碼啟用新標(biāo)準(zhǔn)，需要在 .pro 文件里面添加一行：CONFIG += c+11如果是 Qt4 版本則是添加

6、：gcc:CXXFLAGS += -std=c+0xMSVC 編譯器默認(rèn)開啟 C+11 特性，GCC（g+命令）則需要自己添加選項(xiàng) -std=c+0x ，上面 CXXFLAGS 就是為 GCC 編譯器（g+命令）添加 -std=c+0x 選項(xiàng)。Dynamic Link 和 Static LinkDynamic Link 即動(dòng)態(tài)鏈接，Static Link 即靜態(tài)鏈接。動(dòng)態(tài)鏈接庫(kù)目標(biāo)程序通常都不是獨(dú)立個(gè)體，生成程序時(shí)都需要鏈接其他的庫(kù)，要用到其他庫(kù)的代碼。對(duì)于多個(gè)程序同時(shí)運(yùn)行而言，內(nèi)存中就可能有同一個(gè)庫(kù)的多個(gè)副本，占用了太多內(nèi)存而干的活差不多。 為了優(yōu)化內(nèi)存運(yùn)用效率，引入了動(dòng)態(tài)鏈接庫(kù)（Dynam

7、ic Link Library），或叫共享庫(kù)（Shared Object）。使用動(dòng)態(tài)鏈接庫(kù)時(shí)，內(nèi)存中只需要一份該庫(kù)文件，其他程序要使用該庫(kù)文件時(shí)，只要鏈接過(guò)來(lái)就行了。由于動(dòng)態(tài)庫(kù)文件外置，鏈接到動(dòng)態(tài)庫(kù)的目標(biāo)程序相對(duì)比較小，因?yàn)閯冸x了大量庫(kù)代碼，而只需要一些鏈接指針。 使用動(dòng)態(tài)庫(kù)，也意味著程序需要鏈接到如 *.dll 或 *.so 文件，得提前裝好動(dòng)態(tài)庫(kù)文件，然后目標(biāo)程序才能正常運(yùn)行。靜態(tài)鏈接庫(kù)靜態(tài)庫(kù)就是將鏈接庫(kù)的代碼和自己編寫的代碼都編譯鏈接到一塊，鏈接到靜態(tài)庫(kù)的程序通常比較大，但好處是運(yùn)行時(shí)依賴的庫(kù)文件很少，因?yàn)槟繕?biāo)程序自己內(nèi)部集成了很多庫(kù)代碼。庫(kù)文件后綴Linux/Unix 系統(tǒng)里靜態(tài)庫(kù)擴(kuò)展

8、名一般是 .a，動(dòng)態(tài)庫(kù)擴(kuò)展名一般是 .so 。Windows 系統(tǒng)里 VC 編譯器用的靜態(tài)庫(kù)擴(kuò)展名一般是 .lib，動(dòng)態(tài)庫(kù)擴(kuò)展名一般是 .dll 。 MinGW 比較特殊，是將 GNU 工具集和鏈接庫(kù)從 Linux/Unix 系統(tǒng)移植到 Windows 里， 有意思的情況就出現(xiàn)了，MinGW 使用的靜態(tài)庫(kù)擴(kuò)展名為 .a ，而其動(dòng)態(tài)庫(kù)擴(kuò)展名則為 .dll， .a 僅在生成目標(biāo)程序過(guò)程中使用，.dll 則是在目標(biāo)程序運(yùn)行時(shí)使用。Explicit Linking 和 Implicit LinkingExplicit Linking 即顯式鏈接，Implicit Linking 即隱式鏈接，這兩種都是

9、動(dòng)態(tài)鏈接庫(kù)的使用方式。 動(dòng)態(tài)鏈接庫(kù)通常都有其導(dǎo)出函數(shù)列表， 告知其他可執(zhí)行程序可以使用它的哪些函數(shù)。可執(zhí)行程序使用這些導(dǎo)出函數(shù)有兩種方式：一是在運(yùn)行時(shí)使用主動(dòng)加載動(dòng)態(tài)庫(kù)的函數(shù)，Linux 里比如用 dlopen 函數(shù)打開并加載動(dòng)態(tài)庫(kù)，Windows 里一般用 LoadLibrary 打開并加載動(dòng)態(tài)庫(kù)，只有當(dāng)程序代碼執(zhí)行到這些函數(shù)時(shí)，其參數(shù)里的動(dòng)態(tài)庫(kù)才會(huì)被加載，這就是顯式鏈接。顯式鏈接方式是在運(yùn)行時(shí)加載動(dòng)態(tài)庫(kù)，其程序啟動(dòng)時(shí)并不檢查這些動(dòng)態(tài)庫(kù)是否存在。 隱式鏈接是最為常見的，所有的編譯環(huán)境默認(rèn)都是采用隱式鏈接的方式使用動(dòng)態(tài)庫(kù)。隱式鏈接會(huì)在鏈接生成可執(zhí)行程序時(shí)就確立依賴關(guān)系，在該程序啟動(dòng)時(shí)，操作系統(tǒng)自動(dòng)會(huì)檢查它依賴的動(dòng)態(tài)庫(kù)，并一一加載到該程序的內(nèi)存空間，程序員就不需要操心什么時(shí)候加載動(dòng)態(tài)庫(kù)了。比如 VC 編譯環(huán)境，鏈接時(shí)使用動(dòng)態(tài)庫(kù)對(duì)應(yīng)的 .lib 文件（包含動(dòng)態(tài)庫(kù)的導(dǎo)出函數(shù)聲明，但沒有實(shí)際功能代碼），在 .exe 程序運(yùn)行前系統(tǒng)會(huì)檢查依賴的 .dll，如果找不到某個(gè)動(dòng)態(tài)庫(kù)就會(huì)出現(xiàn)類似下圖對(duì)話框：MinGW 是將動(dòng)態(tài)庫(kù)的導(dǎo)出函數(shù)聲明放在