這篇文章是我從360doc上轉(zhuǎn)的,本來是要把轉(zhuǎn)的url列出來的,但是它們居然禁掉了復(fù)制,而且禁復(fù)制的js在放服務(wù)器端,害得我白看了那么多源代碼,所以我不把url打出來了,對于這樣的做法最簡單的就是把網(wǎng)線一斷,天下太平了.盡情得復(fù)制去吧,哈哈?
1. *.pro文件
相信學(xué)習(xí)過QT的同志們，應(yīng)該自己寫了一個(gè)最簡單的Hello程序。同時(shí)也就開始使用了一個(gè)命令：qmake –project 。這個(gè)命令是用來生成QT的工程文件（.pro）的，這個(gè)文件是用來設(shè)置編譯或者鏈接的變量，以便用qmake生成相對應(yīng)的Makefile文件。這個(gè)文件的基本內(nèi)容就是：
TEMPLATE = app
TARGET =
DEPENDPATH += .
INCLUDEPATH += .
# Input
SOURCES += main.cpp
下面我們就通過這個(gè)文件一步一步認(rèn)識(shí).pro這個(gè)文件：
TEMPLATE：這個(gè)變量是用來定義你的工程將被編譯成什么模式。怎么說呢，TEMPLATE=app 表示這個(gè)project將被編譯成一個(gè)應(yīng)用程序（application）。如果沒有這個(gè)設(shè)置，系統(tǒng)將默認(rèn)編譯為application。當(dāng)然TEMPLATE還有其他的值：lib(生成庫的Makefile) ,subdirs(生成有多級(jí)目錄管理的Makefile)，vcapp，vclib，vcsubdirs（對應(yīng)Windows 下面VC）。
TARGET：生成最后目標(biāo)的名字。
如果要指定生成目標(biāo)的路徑，這加一個(gè)DESTDIR（這個(gè)用來指定路徑）。
DEPENDPATH：工程的依賴路徑。
INCLUDEPATH：這個(gè)用來指定工程要用到的頭文件路徑。
一般是自定義的或者沒有放入系統(tǒng)頭文件路徑的頭文件。
SOURCES：工程需要的源文件。
介紹到這里也許你對Pro文件就有一個(gè)大概的認(rèn)識(shí)了，但是這還不夠，這僅僅只是開始。
比如如何架子資源啊，如何加載語言啊，如何加載ui啊，如何找到圖標(biāo)啊等。
當(dāng)然除了上面的QT變量外，還有另外的變量,這里只介紹常用的：
HEADERS：工程所需要的頭文件。
FORMS：工程要用到的ui文件。（ui文件時(shí)用QT設(shè)計(jì)器生成的）。
LIBS：加載動(dòng)態(tài)庫。LIBS +=./mitab/libmitab.so。
TRASHLATIONS：加載要用到的語言翻譯*.ts文件。
RESOURCES：加載要用到的資源*.qrc文件。
win32:RC_FILE：加載要用到rc文件（這個(gè)只能用在Windows環(huán)境）。可以用來配置圖標(biāo)。
CONFIG：告訴qmake應(yīng)用程序的配置信息。這個(gè)變量可以用來指定是生成debug模式還是release模式，也可以都生成。也可以用來打開編譯器警告或者關(guān)閉。還可以用來配置要Qt加載庫。
Eg：
CONFIG +=debug_and_release
CONFIG(debug, debug|release){
TARGET = hello
DESTDIR = ./debug
}else{
TARGET = hello
DESTDIR = ./release
}
對于上面那些,我是這么搞的:
CONFIG(debug, debug|release) {
??? BUILD_MODE = "debug"
??? DEFINES += _DEBUG
}
else{
??????? BUILD_MODE = "release"
??????? CONFIG += x86 ppc
}
如果要加載qt的庫和你想要多線程：CONFIG +=qt thread
如果你要在windows下面運(yùn)行console：CONFIG +=console
QT：用來加載指定的庫名，如：xml等，當(dāng)時(shí)前提是要在CONFIG中配置qt值（如上）。
Eg：
QT += xml network
UI_DIR：UIC將ui轉(zhuǎn)化為頭文件所存放的目錄。
RCC_DIR：RCC將qrc文件轉(zhuǎn)化為頭文件所存放的目錄。
MOC_DIR：MOC命令將含Q_OBJECT的頭文件轉(zhuǎn)換為標(biāo)準(zhǔn)的頭文件存放的目錄。
OBJECTS_DIR：生成的目標(biāo)文件存放的目錄。
最后，因?yàn)镼T是跨平臺(tái)的，所以我們在不同的平臺(tái)上用同一個(gè)pro文件，這要加入有關(guān)平臺(tái)的信息。在windows是win32，Linux平臺(tái)是unix。
Eg：
在Windows和Linux的動(dòng)態(tài)庫文件格式是不一樣的。一個(gè)是lib文件一個(gè)是so文件。
win32:LIBS += ./mitab/mitab_i.lib
unix:LiBS += ./mitab/libmitab.so
eg：
win32 {
SOURCES += hello_win.cpp //win平臺(tái)
}
unix {
SOURCES += hello_win.cpp //unix/linux平臺(tái)
}
Qt工程文件知多少
1. TEMPLATE
變量TEMPLATE描述了為建立目標(biāo)文件而采用何種模板,即生成何種形式的Makefile文件。Qmake
工具定義了5種模板:
1. 應(yīng)用程序App,為建立一個(gè)Qt應(yīng)用程序創(chuàng)建Makefile文件;
2. 庫lib,為建立引用程序庫而創(chuàng)建Makefile文件;
3. 子工程 subdirs,為建立子目錄下的目標(biāo)文件創(chuàng)建一個(gè)Makefile文件,
子目錄通過變量SUBDIRS指定(子目錄下的工程文件也需要指出使用何種模板);
4. VC應(yīng)用程序vcapp,為Visual Studio 生成一個(gè)應(yīng)用程序工程,僅僅用語Windos操作系統(tǒng).
5. VC庫vclib,為Visual Studio生成一個(gè)應(yīng)用程序庫工程,僅僅用語Windows操作系統(tǒng).
{
app - 建立一個(gè)應(yīng)用程序的makefile。這是默認(rèn)值，所以如果模板沒有被指定，這個(gè)將被使用。
lib - 建立一個(gè)庫的makefile。
vcapp - 建立一個(gè)應(yīng)用程序的Visual Studio項(xiàng)目文件。
vclib - 建立一個(gè)庫的Visual Studio項(xiàng)目文件。
subdirs - 這是一個(gè)特殊的模板，它可以創(chuàng)建一個(gè)能夠進(jìn)入特定目錄并且為一個(gè)項(xiàng)目文件生成makefile并且為它調(diào)用make的makefile。
“app”模板
“app”模板告訴qmake為建立一個(gè)應(yīng)用程序生成一個(gè)makefile。當(dāng)使用這個(gè)模板時(shí)，下面這些qmake系統(tǒng)變量是被承認(rèn)的。你應(yīng)該在你的.pro文件中使用它們來為你的應(yīng)用程序指定特定信息。
}
2.HEADERS - 應(yīng)用程序中的所有頭文件的列表。
3.SOURCES - 應(yīng)用程序中的所有源文件的列表。
4.FORMS / INTERFACES - 應(yīng)用程序中的所有.ui文件（由Qt設(shè)計(jì)器生成）的列表。 eg.INTERFACES = filename.ui
5.LEXSOURCES - 應(yīng)用程序中的所有l(wèi)ex源文件的列表。
6.YACCSOURCES - 應(yīng)用程序中的所有yacc源文件的列表。
7.TARGET - 可執(zhí)行應(yīng)用程序的名稱。默認(rèn)值為項(xiàng)目文件的名稱。（如果需要擴(kuò)展名，會(huì)被自動(dòng)加上。）
8.DESTDIR - 放置可執(zhí)行程序目標(biāo)的目錄。
9.DEFINES - 應(yīng)用程序所需的額外的預(yù)處理程序定義的列表。
10.INCLUDEPATH - 應(yīng)用程序所需的額外的包含路徑的列表（include文件路徑列表）。
11.DEPENDPATH - 應(yīng)用程序所依賴的搜索路徑（描述了建立應(yīng)用程序所依賴的其他文件所在的路 徑）。
12.VPATH - 尋找補(bǔ)充文件的搜索路徑。
13.DEF_FILE - 只有Windows需要：應(yīng)用程序所要連接的.def文件。
14.C_FILE - 只有Windows需要：應(yīng)用程序的資源文件。
15.RES_FILE - 只有Windows需要：應(yīng)用程序所要連接的資源文件。
16.CONFIG變量
配置變量指定了編譯器所要使用的選項(xiàng)和所需要被連接的庫。配置變量中可以添加任何東西，但只有下面這些選項(xiàng)可以被qmake識(shí)別。
下面這些選項(xiàng)控制著使用哪些編譯器標(biāo)志：
release - 應(yīng)用程序?qū)⒁詒elease模式連編。如果“debug”被指定，它將被忽略。
debug - 應(yīng)用程序?qū)⒁詃ebug模式連編。
warn_on - 編譯器會(huì)輸出盡可能多的警告信息。如果“warn_off”被指定，它將被忽略。
warn_off - 編譯器會(huì)輸出盡可能少的警告信息。
eg.
CONFIG += qt warn_on release
在這里使用“+=”，是因?yàn)槲覀兲砑游覀兊呐渲眠x項(xiàng)到任何一個(gè)已經(jīng)存在中。這樣做比使用“=”那樣替換已經(jīng)指定的所有選項(xiàng)是更安全的。
A> qt部分告訴qmake這個(gè)應(yīng)用程序是使用Qt來連編的。這也就是說qmake在連接和為編譯添加所需的包含路徑的時(shí)候會(huì)考慮到Qt庫的。
B> warn_on部分告訴qmake要把編譯器設(shè)置為輸出警告信息的。
C> release部分告訴qmake應(yīng)用程序必須被連編為一個(gè)發(fā)布的應(yīng)用程序。在開發(fā)過程中，程序員也可以使用debug來替換release
下面這些選項(xiàng)定義了所要連編的庫/應(yīng)用程序的類型：
qt - 應(yīng)用程序是一個(gè)Qt應(yīng)用程序，并且Qt庫將會(huì)被連接。
thread - 應(yīng)用程序是一個(gè)多線程應(yīng)用程序。
x11 - 應(yīng)用程序是一個(gè)X11應(yīng)用程序或庫。
windows - 只用于“app”模板：應(yīng)用程序是一個(gè)Windows下的窗口應(yīng)用程序。
console - 只用于“app”模板：應(yīng)用程序是一個(gè)Windows下的控制臺(tái)應(yīng)用程序。
dll - 只用于“l(fā)ib”模板：庫是一個(gè)共享庫（dll）。
staticlib - 只用于“l(fā)ib”模板：庫是一個(gè)靜態(tài)庫。
plugin - 只用于“l(fā)ib”模板：庫是一個(gè)插件，這將會(huì)使dll選項(xiàng)生效。
例如，如果你的應(yīng)用程序使用Qt庫，并且你想把它連編為一個(gè)可調(diào)試的多線程的應(yīng)用程序，你的項(xiàng)目文件應(yīng)該會(huì)有下面這行：
CONFIG += qt thread debug注意，你必須使用“+=”，不要使用“=”，否則qmake就不能正確使用連編Qt的設(shè)置了，比如沒法獲得所編譯的Qt庫的類型了。
qmake高級(jí)概念
操作符
“=”操作符 分配一個(gè)值給一個(gè)變量
“+=”操作符 向一個(gè)變量的值的列表中添加一個(gè)值
“-=”操作符 從一個(gè)變量的值的列表中移去一個(gè)值
“*=”操作符 僅僅在一個(gè)值不存在于一個(gè)變量的值的列表中的時(shí)候，把它添加進(jìn)去
“~=”操作符 替換任何與指定的值的正則表達(dá)式匹配的任何值 DEFINES ~= s/QT_[DT].+/QT
作用域（指定平臺(tái)相關(guān)性等操作）
win32:thread {
DEFINES += QT_THREAD_SUPPORT
}
else:debug {
DEFINES += QT_NOTHREAD_DEBUG
}
else {
warning("Unknown configuration")
}
}
變量
到目前為止我們遇到的變量都是系統(tǒng)變量，比如DEFINES、SOURCES和HEADERS。你也可以為你自己創(chuàng)建自己的變量，這樣你就可以在作用域中使用它們了。創(chuàng)建自己的變量很容易，只要命名它并且分配一些東西給它。比如：
MY_VARIABLE = value
你也可以通過在其它任何一個(gè)變量的變量名前加$$來把這個(gè)變量的值分配給當(dāng)前的變量。例如：
MY_DEFINES = $$DEFINESMY_DEFINES = $${DEFINES}
第二種方法允許你把一個(gè)變量和其它變量連接起來，而不用使用空格。qmake將允許一個(gè)變量包含任何東西（包括$(VALUE)，可以直接在 makefile中直接放置，并且允許它適當(dāng)?shù)財(cái)U(kuò)張，通常是一個(gè)環(huán)境變量）。無論如何，如果你需要立即設(shè)置一個(gè)環(huán)境變量，然后你就可以使用$$()方法。比如：
MY_DEFINES = $$(ENV_DEFINES)這將會(huì)設(shè)置MY_DEFINES為環(huán)境變量ENV_DEFINES傳遞給.pro文件地值。另外你可以在替換的變量里調(diào)用內(nèi)置函數(shù)。這些函數(shù)（不會(huì)和下一節(jié)中列舉的測試函數(shù)混淆）列出如下：
join( variablename, glue, before, after )
這將會(huì)在variablename的各個(gè)值中間加入glue。如果這個(gè)變量的值為非空，那么就會(huì)在值的前面加一個(gè)前綴before和一個(gè)后綴after。只有variablename是必須的字段，其它默認(rèn)情況下為空串。如果你需要在glue、before或者after中使用空格的話，你必須提供它們。
member( variablename, position )
這將會(huì)放置variablename的列表中的position位置的值。如果variablename不夠長，這將會(huì)返回一個(gè)空串。variablename是唯一必須的字段，如果沒有指定位置，則默認(rèn)為列表中的第一個(gè)值。
find( variablename, substr )
這將會(huì)放置variablename中所有匹配substr的值。substr也可以是正則表達(dá)式，而因此將被匹配。
MY_VAR = one two three four MY_VAR2 = $$join(MY_VAR, " -L", -L) -Lfive MY_VAR3 = $$member(MY_VAR, 2) $$find(MY_VAR, t.*)MY_VAR2將會(huì)包含“-Lone -Ltwo -Lthree -Lfour -Lfive”，并且MYVAR3將會(huì)包含“three two three”。
system( program_and_args )
這將會(huì)返回程序執(zhí)行在標(biāo)準(zhǔn)輸出/標(biāo)準(zhǔn)錯(cuò)誤輸出的內(nèi)容，并且正像平時(shí)所期待地分析它。比如你可以使用這個(gè)來詢問有關(guān)平臺(tái)的信息。
UNAME = $$system(uname -s) contains( UNAME, [lL]inux ):message( This looks like Linux ($$UNAME) to me )測試函數(shù)
qmake提供了可以簡單執(zhí)行，但強(qiáng)大測試的內(nèi)置函數(shù)。這些測試也可以用在作用域中（就像上面一樣），在一些情況下，忽略它的測試值，它自己使用測試函數(shù)是很有用的。
contains( variablename, value )
如果value存在于一個(gè)被叫做variablename的變量的值的列表中，那么這個(gè)作用域中的設(shè)置將會(huì)被處理。例如：
contains( CONFIG, thread ) { DEFINES += QT_THREAD_SUPPORT }如果thread存在于CONFIG變量的值的列表中時(shí)，那么QT_THREAD_SUPPORT將會(huì)被加入到DEFINES變量的值的列表中。
count( variablename, number )
如果number與一個(gè)被叫做variablename的變量的值的數(shù)量一致，那么這個(gè)作用域中的設(shè)置將會(huì)被處理。例如：
count( DEFINES, 5 ) { CONFIG += debug }error( string )
這個(gè)函數(shù)輸出所給定的字符串，然后會(huì)使qmake退出。例如：
error( "An error has occured" )文本“An error has occured”將會(huì)被顯示在控制臺(tái)上并且qmake將會(huì)退出。
exists( filename )
如果指定文件存在，那么這個(gè)作用域中的設(shè)置將會(huì)被處理。例如：
exists( /local/qt/qmake/main.cpp ) { SOURCES += main.cpp }如果/local/qt/qmake/main.cpp存在，那么main.cpp將會(huì)被添加到源文件列表中。
注意可以不用考慮平臺(tái)使用“/”作為目錄的分隔符。
include( filename )
項(xiàng)目文件在這一點(diǎn)時(shí)包含這個(gè)文件名的內(nèi)容，所以指定文件中的任何設(shè)置都將會(huì)被處理。例如：
include( myotherapp.pro )myotherapp.pro項(xiàng)目文件中的任何設(shè)置現(xiàn)在都會(huì)被處理。
isEmpty( variablename )
這和使用count( variablename, 0 )是一樣的。如果叫做variablename的變量沒有任何元素，那么這個(gè)作用域中的設(shè)置將會(huì)被處理。例如：
isEmpty( CONFIG ) { CONFIG += qt warn_on debug }message( string )
這個(gè)函數(shù)只是簡單地在控制臺(tái)上輸出消息。
message( "This is a message" )文本“This is a message”被輸出到控制臺(tái)上并且對于項(xiàng)目文件的處理將會(huì)繼續(xù)進(jìn)行。
system( command )
特定指令被執(zhí)行并且如果它返回一個(gè)1的退出值，那么這個(gè)作用域中的設(shè)置將會(huì)被處理。例如：
system( ls /bin ) { SOURCES += bin/main.cpp HEADERS += bin/main.h }所以如果命令ls /bin返回1，那么bin/main.cpp將被添加到源文件列表中并且bin/main.h將被添加到頭文件列表中。
infile( filename, var, val )
如果filename文件（當(dāng)它被qmake自己解析時(shí)）包含一個(gè)值為val的變量var，那么這個(gè)函數(shù)將會(huì)返回成功。你也可以不傳遞第三個(gè)參數(shù)（val），這時(shí)函數(shù)將只測試文件中是否分配有這樣一個(gè)變量var。
以下為我的一個(gè)項(xiàng)目舉例
# 項(xiàng)目目標(biāo)：為一個(gè)庫文件
TEMPLATE = lib
# 編譯項(xiàng)目文件所需頭文件的路徑
INCLUDEPATH += ../common .
# 目標(biāo)文件路徑
DESTDIR=../lib
# 條件依賴：Unix平臺(tái)上 定義本項(xiàng)目的 UI目錄， MOC目錄， 目的目錄
unix {
UI_DIR = ../.ui
MOC_DIR = ../.moc
OBJECTS_DIR = ../.obj
}
# 本項(xiàng)目配置：
CONFIG += qt warn_on release thread
# Input 頭文件 ，源文件
HEADERS += COMControllerThread.h \
DecodeSMS.h \
monitor_common.h \
monitor_interface.h \
MonitorThread.h \
UserEvent.h \
MyCOM.h \
MySMS.h \
MyTagHandle.h \
SMSParseThread.h \
tag_dict.h
SOURCES += COMControllerThread.cpp \
DecodeSMS.cpp \
monitor_common.cpp \
monitor_interface.cpp \
MonitorThread.cpp \
MyCOM.cpp \
MySMS.cpp \
MyTagHandle.cpp \
SMSParseThread.cpp \
tag_dict.cpp
注：qmake -project 可以生成pro文件（可以根據(jù)項(xiàng)目需要，編輯改文件）
qmake 可以生成Makefile文件
make 編譯
使用qmake -project時(shí)，會(huì)把本目錄及其子目錄內(nèi)所有.cpp .h文件加入到項(xiàng)目輸入文件中，使用時(shí)注意移去其他無用的文件。
qmake生成的Makefile文件，可以根據(jù)需要做相應(yīng)修改
1. *.pro文件
相信學(xué)習(xí)過QT的同志們，應(yīng)該自己寫了一個(gè)最簡單的Hello程序。同時(shí)也就開始使用了一個(gè)命令：qmake –project 。這個(gè)命令是用來生成QT的工程文件（.pro）的，這個(gè)文件是用來設(shè)置編譯或者鏈接的變量，以便用qmake生成相對應(yīng)的Makefile文件。這個(gè)文件的基本內(nèi)容就是：
TEMPLATE = app
TARGET =
DEPENDPATH += .
INCLUDEPATH += .
# Input
SOURCES += main.cpp
下面我們就通過這個(gè)文件一步一步認(rèn)識(shí).pro這個(gè)文件：
TEMPLATE：這個(gè)變量是用來定義你的工程將被編譯成什么模式。怎么說呢，TEMPLATE=app 表示這個(gè)project將被編譯成一個(gè)應(yīng)用程序（application）。如果沒有這個(gè)設(shè)置，系統(tǒng)將默認(rèn)編譯為application。當(dāng)然TEMPLATE還有其他的值：lib(生成庫的Makefile) ,subdirs(生成有多級(jí)目錄管理的Makefile)，vcapp，vclib，vcsubdirs（對應(yīng)Windows 下面VC）。
TARGET：生成最后目標(biāo)的名字。
如果要指定生成目標(biāo)的路徑，這加一個(gè)DESTDIR（這個(gè)用來指定路徑）。
DEPENDPATH：工程的依賴路徑。
INCLUDEPATH：這個(gè)用來指定工程要用到的頭文件路徑。
一般是自定義的或者沒有放入系統(tǒng)頭文件路徑的頭文件。
SOURCES：工程需要的源文件。
介紹到這里也許你對Pro文件就有一個(gè)大概的認(rèn)識(shí)了，但是這還不夠，這僅僅只是開始。
比如如何架子資源啊，如何加載語言啊，如何加載ui啊，如何找到圖標(biāo)啊等。
當(dāng)然除了上面的QT變量外，還有另外的變量,這里只介紹常用的：
HEADERS：工程所需要的頭文件。
FORMS：工程要用到的ui文件。（ui文件時(shí)用QT設(shè)計(jì)器生成的）。
LIBS：加載動(dòng)態(tài)庫。LIBS +=./mitab/libmitab.so。
TRASHLATIONS：加載要用到的語言翻譯*.ts文件。
RESOURCES：加載要用到的資源*.qrc文件。
win32:RC_FILE：加載要用到rc文件（這個(gè)只能用在Windows環(huán)境）。可以用來配置圖標(biāo)。
CONFIG：告訴qmake應(yīng)用程序的配置信息。這個(gè)變量可以用來指定是生成debug模式還是release模式，也可以都生成。也可以用來打開編譯器警告或者關(guān)閉。還可以用來配置要Qt加載庫。
Eg：
CONFIG +=debug_and_release
CONFIG(debug, debug|release){
TARGET = hello
DESTDIR = ./debug
}else{
TARGET = hello
DESTDIR = ./release
}
對于上面那些,我是這么搞的:
CONFIG(debug, debug|release) {
??? BUILD_MODE = "debug"
??? DEFINES += _DEBUG
}
else{
??????? BUILD_MODE = "release"
??????? CONFIG += x86 ppc
}
如果要加載qt的庫和你想要多線程：CONFIG +=qt thread
如果你要在windows下面運(yùn)行console：CONFIG +=console
QT：用來加載指定的庫名，如：xml等，當(dāng)時(shí)前提是要在CONFIG中配置qt值（如上）。
Eg：
QT += xml network
UI_DIR：UIC將ui轉(zhuǎn)化為頭文件所存放的目錄。
RCC_DIR：RCC將qrc文件轉(zhuǎn)化為頭文件所存放的目錄。
MOC_DIR：MOC命令將含Q_OBJECT的頭文件轉(zhuǎn)換為標(biāo)準(zhǔn)的頭文件存放的目錄。
OBJECTS_DIR：生成的目標(biāo)文件存放的目錄。
最后，因?yàn)镼T是跨平臺(tái)的，所以我們在不同的平臺(tái)上用同一個(gè)pro文件，這要加入有關(guān)平臺(tái)的信息。在windows是win32，Linux平臺(tái)是unix。
Eg：
在Windows和Linux的動(dòng)態(tài)庫文件格式是不一樣的。一個(gè)是lib文件一個(gè)是so文件。
win32:LIBS += ./mitab/mitab_i.lib
unix:LiBS += ./mitab/libmitab.so
eg：
win32 {
SOURCES += hello_win.cpp //win平臺(tái)
}
unix {
SOURCES += hello_win.cpp //unix/linux平臺(tái)
}
Qt工程文件知多少
1. TEMPLATE
變量TEMPLATE描述了為建立目標(biāo)文件而采用何種模板,即生成何種形式的Makefile文件。Qmake
工具定義了5種模板:
1. 應(yīng)用程序App,為建立一個(gè)Qt應(yīng)用程序創(chuàng)建Makefile文件;
2. 庫lib,為建立引用程序庫而創(chuàng)建Makefile文件;
3. 子工程 subdirs,為建立子目錄下的目標(biāo)文件創(chuàng)建一個(gè)Makefile文件,
子目錄通過變量SUBDIRS指定(子目錄下的工程文件也需要指出使用何種模板);
4. VC應(yīng)用程序vcapp,為Visual Studio 生成一個(gè)應(yīng)用程序工程,僅僅用語Windos操作系統(tǒng).
5. VC庫vclib,為Visual Studio生成一個(gè)應(yīng)用程序庫工程,僅僅用語Windows操作系統(tǒng).
{
app - 建立一個(gè)應(yīng)用程序的makefile。這是默認(rèn)值，所以如果模板沒有被指定，這個(gè)將被使用。
lib - 建立一個(gè)庫的makefile。
vcapp - 建立一個(gè)應(yīng)用程序的Visual Studio項(xiàng)目文件。
vclib - 建立一個(gè)庫的Visual Studio項(xiàng)目文件。
subdirs - 這是一個(gè)特殊的模板，它可以創(chuàng)建一個(gè)能夠進(jìn)入特定目錄并且為一個(gè)項(xiàng)目文件生成makefile并且為它調(diào)用make的makefile。
“app”模板
“app”模板告訴qmake為建立一個(gè)應(yīng)用程序生成一個(gè)makefile。當(dāng)使用這個(gè)模板時(shí)，下面這些qmake系統(tǒng)變量是被承認(rèn)的。你應(yīng)該在你的.pro文件中使用它們來為你的應(yīng)用程序指定特定信息。
}
2.HEADERS - 應(yīng)用程序中的所有頭文件的列表。
3.SOURCES - 應(yīng)用程序中的所有源文件的列表。
4.FORMS / INTERFACES - 應(yīng)用程序中的所有.ui文件（由Qt設(shè)計(jì)器生成）的列表。 eg.INTERFACES = filename.ui
5.LEXSOURCES - 應(yīng)用程序中的所有l(wèi)ex源文件的列表。
6.YACCSOURCES - 應(yīng)用程序中的所有yacc源文件的列表。
7.TARGET - 可執(zhí)行應(yīng)用程序的名稱。默認(rèn)值為項(xiàng)目文件的名稱。（如果需要擴(kuò)展名，會(huì)被自動(dòng)加上。）
8.DESTDIR - 放置可執(zhí)行程序目標(biāo)的目錄。
9.DEFINES - 應(yīng)用程序所需的額外的預(yù)處理程序定義的列表。
10.INCLUDEPATH - 應(yīng)用程序所需的額外的包含路徑的列表（include文件路徑列表）。
11.DEPENDPATH - 應(yīng)用程序所依賴的搜索路徑（描述了建立應(yīng)用程序所依賴的其他文件所在的路 徑）。
12.VPATH - 尋找補(bǔ)充文件的搜索路徑。
13.DEF_FILE - 只有Windows需要：應(yīng)用程序所要連接的.def文件。
14.C_FILE - 只有Windows需要：應(yīng)用程序的資源文件。
15.RES_FILE - 只有Windows需要：應(yīng)用程序所要連接的資源文件。
16.CONFIG變量
配置變量指定了編譯器所要使用的選項(xiàng)和所需要被連接的庫。配置變量中可以添加任何東西，但只有下面這些選項(xiàng)可以被qmake識(shí)別。
下面這些選項(xiàng)控制著使用哪些編譯器標(biāo)志：
release - 應(yīng)用程序?qū)⒁詒elease模式連編。如果“debug”被指定，它將被忽略。
debug - 應(yīng)用程序?qū)⒁詃ebug模式連編。
warn_on - 編譯器會(huì)輸出盡可能多的警告信息。如果“warn_off”被指定，它將被忽略。
warn_off - 編譯器會(huì)輸出盡可能少的警告信息。
eg.
CONFIG += qt warn_on release
在這里使用“+=”，是因?yàn)槲覀兲砑游覀兊呐渲眠x項(xiàng)到任何一個(gè)已經(jīng)存在中。這樣做比使用“=”那樣替換已經(jīng)指定的所有選項(xiàng)是更安全的。
A> qt部分告訴qmake這個(gè)應(yīng)用程序是使用Qt來連編的。這也就是說qmake在連接和為編譯添加所需的包含路徑的時(shí)候會(huì)考慮到Qt庫的。
B> warn_on部分告訴qmake要把編譯器設(shè)置為輸出警告信息的。
C> release部分告訴qmake應(yīng)用程序必須被連編為一個(gè)發(fā)布的應(yīng)用程序。在開發(fā)過程中，程序員也可以使用debug來替換release
下面這些選項(xiàng)定義了所要連編的庫/應(yīng)用程序的類型：
qt - 應(yīng)用程序是一個(gè)Qt應(yīng)用程序，并且Qt庫將會(huì)被連接。
thread - 應(yīng)用程序是一個(gè)多線程應(yīng)用程序。
x11 - 應(yīng)用程序是一個(gè)X11應(yīng)用程序或庫。
windows - 只用于“app”模板：應(yīng)用程序是一個(gè)Windows下的窗口應(yīng)用程序。
console - 只用于“app”模板：應(yīng)用程序是一個(gè)Windows下的控制臺(tái)應(yīng)用程序。
dll - 只用于“l(fā)ib”模板：庫是一個(gè)共享庫（dll）。
staticlib - 只用于“l(fā)ib”模板：庫是一個(gè)靜態(tài)庫。
plugin - 只用于“l(fā)ib”模板：庫是一個(gè)插件，這將會(huì)使dll選項(xiàng)生效。
例如，如果你的應(yīng)用程序使用Qt庫，并且你想把它連編為一個(gè)可調(diào)試的多線程的應(yīng)用程序，你的項(xiàng)目文件應(yīng)該會(huì)有下面這行：
CONFIG += qt thread debug注意，你必須使用“+=”，不要使用“=”，否則qmake就不能正確使用連編Qt的設(shè)置了，比如沒法獲得所編譯的Qt庫的類型了。
qmake高級(jí)概念
操作符
“=”操作符 分配一個(gè)值給一個(gè)變量
“+=”操作符 向一個(gè)變量的值的列表中添加一個(gè)值
“-=”操作符 從一個(gè)變量的值的列表中移去一個(gè)值
“*=”操作符 僅僅在一個(gè)值不存在于一個(gè)變量的值的列表中的時(shí)候，把它添加進(jìn)去
“~=”操作符 替換任何與指定的值的正則表達(dá)式匹配的任何值 DEFINES ~= s/QT_[DT].+/QT
作用域（指定平臺(tái)相關(guān)性等操作）
win32:thread {
DEFINES += QT_THREAD_SUPPORT
}
else:debug {
DEFINES += QT_NOTHREAD_DEBUG
}
else {
warning("Unknown configuration")
}
}
變量
到目前為止我們遇到的變量都是系統(tǒng)變量，比如DEFINES、SOURCES和HEADERS。你也可以為你自己創(chuàng)建自己的變量，這樣你就可以在作用域中使用它們了。創(chuàng)建自己的變量很容易，只要命名它并且分配一些東西給它。比如：
MY_VARIABLE = value
你也可以通過在其它任何一個(gè)變量的變量名前加$$來把這個(gè)變量的值分配給當(dāng)前的變量。例如：
MY_DEFINES = $$DEFINESMY_DEFINES = $${DEFINES}
第二種方法允許你把一個(gè)變量和其它變量連接起來，而不用使用空格。qmake將允許一個(gè)變量包含任何東西（包括$(VALUE)，可以直接在 makefile中直接放置，并且允許它適當(dāng)?shù)財(cái)U(kuò)張，通常是一個(gè)環(huán)境變量）。無論如何，如果你需要立即設(shè)置一個(gè)環(huán)境變量，然后你就可以使用$$()方法。比如：
MY_DEFINES = $$(ENV_DEFINES)這將會(huì)設(shè)置MY_DEFINES為環(huán)境變量ENV_DEFINES傳遞給.pro文件地值。另外你可以在替換的變量里調(diào)用內(nèi)置函數(shù)。這些函數(shù)（不會(huì)和下一節(jié)中列舉的測試函數(shù)混淆）列出如下：
join( variablename, glue, before, after )
這將會(huì)在variablename的各個(gè)值中間加入glue。如果這個(gè)變量的值為非空，那么就會(huì)在值的前面加一個(gè)前綴before和一個(gè)后綴after。只有variablename是必須的字段，其它默認(rèn)情況下為空串。如果你需要在glue、before或者after中使用空格的話，你必須提供它們。
member( variablename, position )
這將會(huì)放置variablename的列表中的position位置的值。如果variablename不夠長，這將會(huì)返回一個(gè)空串。variablename是唯一必須的字段，如果沒有指定位置，則默認(rèn)為列表中的第一個(gè)值。
find( variablename, substr )
這將會(huì)放置variablename中所有匹配substr的值。substr也可以是正則表達(dá)式，而因此將被匹配。
MY_VAR = one two three four MY_VAR2 = $$join(MY_VAR, " -L", -L) -Lfive MY_VAR3 = $$member(MY_VAR, 2) $$find(MY_VAR, t.*)MY_VAR2將會(huì)包含“-Lone -Ltwo -Lthree -Lfour -Lfive”，并且MYVAR3將會(huì)包含“three two three”。
system( program_and_args )
這將會(huì)返回程序執(zhí)行在標(biāo)準(zhǔn)輸出/標(biāo)準(zhǔn)錯(cuò)誤輸出的內(nèi)容，并且正像平時(shí)所期待地分析它。比如你可以使用這個(gè)來詢問有關(guān)平臺(tái)的信息。
UNAME = $$system(uname -s) contains( UNAME, [lL]inux ):message( This looks like Linux ($$UNAME) to me )測試函數(shù)
qmake提供了可以簡單執(zhí)行，但強(qiáng)大測試的內(nèi)置函數(shù)。這些測試也可以用在作用域中（就像上面一樣），在一些情況下，忽略它的測試值，它自己使用測試函數(shù)是很有用的。
contains( variablename, value )
如果value存在于一個(gè)被叫做variablename的變量的值的列表中，那么這個(gè)作用域中的設(shè)置將會(huì)被處理。例如：
contains( CONFIG, thread ) { DEFINES += QT_THREAD_SUPPORT }如果thread存在于CONFIG變量的值的列表中時(shí)，那么QT_THREAD_SUPPORT將會(huì)被加入到DEFINES變量的值的列表中。
count( variablename, number )
如果number與一個(gè)被叫做variablename的變量的值的數(shù)量一致，那么這個(gè)作用域中的設(shè)置將會(huì)被處理。例如：
count( DEFINES, 5 ) { CONFIG += debug }error( string )
這個(gè)函數(shù)輸出所給定的字符串，然后會(huì)使qmake退出。例如：
error( "An error has occured" )文本“An error has occured”將會(huì)被顯示在控制臺(tái)上并且qmake將會(huì)退出。
exists( filename )
如果指定文件存在，那么這個(gè)作用域中的設(shè)置將會(huì)被處理。例如：
exists( /local/qt/qmake/main.cpp ) { SOURCES += main.cpp }如果/local/qt/qmake/main.cpp存在，那么main.cpp將會(huì)被添加到源文件列表中。
注意可以不用考慮平臺(tái)使用“/”作為目錄的分隔符。
include( filename )
項(xiàng)目文件在這一點(diǎn)時(shí)包含這個(gè)文件名的內(nèi)容，所以指定文件中的任何設(shè)置都將會(huì)被處理。例如：
include( myotherapp.pro )myotherapp.pro項(xiàng)目文件中的任何設(shè)置現(xiàn)在都會(huì)被處理。
isEmpty( variablename )
這和使用count( variablename, 0 )是一樣的。如果叫做variablename的變量沒有任何元素，那么這個(gè)作用域中的設(shè)置將會(huì)被處理。例如：
isEmpty( CONFIG ) { CONFIG += qt warn_on debug }message( string )
這個(gè)函數(shù)只是簡單地在控制臺(tái)上輸出消息。
message( "This is a message" )文本“This is a message”被輸出到控制臺(tái)上并且對于項(xiàng)目文件的處理將會(huì)繼續(xù)進(jìn)行。
system( command )
特定指令被執(zhí)行并且如果它返回一個(gè)1的退出值，那么這個(gè)作用域中的設(shè)置將會(huì)被處理。例如：
system( ls /bin ) { SOURCES += bin/main.cpp HEADERS += bin/main.h }所以如果命令ls /bin返回1，那么bin/main.cpp將被添加到源文件列表中并且bin/main.h將被添加到頭文件列表中。
infile( filename, var, val )
如果filename文件（當(dāng)它被qmake自己解析時(shí)）包含一個(gè)值為val的變量var，那么這個(gè)函數(shù)將會(huì)返回成功。你也可以不傳遞第三個(gè)參數(shù)（val），這時(shí)函數(shù)將只測試文件中是否分配有這樣一個(gè)變量var。
以下為我的一個(gè)項(xiàng)目舉例
# 項(xiàng)目目標(biāo)：為一個(gè)庫文件
TEMPLATE = lib
# 編譯項(xiàng)目文件所需頭文件的路徑
INCLUDEPATH += ../common .
# 目標(biāo)文件路徑
DESTDIR=../lib
# 條件依賴：Unix平臺(tái)上 定義本項(xiàng)目的 UI目錄， MOC目錄， 目的目錄
unix {
UI_DIR = ../.ui
MOC_DIR = ../.moc
OBJECTS_DIR = ../.obj
}
# 本項(xiàng)目配置：
CONFIG += qt warn_on release thread
# Input 頭文件 ，源文件
HEADERS += COMControllerThread.h \
DecodeSMS.h \
monitor_common.h \
monitor_interface.h \
MonitorThread.h \
UserEvent.h \
MyCOM.h \
MySMS.h \
MyTagHandle.h \
SMSParseThread.h \
tag_dict.h
SOURCES += COMControllerThread.cpp \
DecodeSMS.cpp \
monitor_common.cpp \
monitor_interface.cpp \
MonitorThread.cpp \
MyCOM.cpp \
MySMS.cpp \
MyTagHandle.cpp \
SMSParseThread.cpp \
tag_dict.cpp
注：qmake -project 可以生成pro文件（可以根據(jù)項(xiàng)目需要，編輯改文件）
qmake 可以生成Makefile文件
make 編譯
使用qmake -project時(shí)，會(huì)把本目錄及其子目錄內(nèi)所有.cpp .h文件加入到項(xiàng)目輸入文件中，使用時(shí)注意移去其他無用的文件。
qmake生成的Makefile文件，可以根據(jù)需要做相應(yīng)修改
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號(hào)聯(lián)系： 360901061
您的支持是博主寫作最大的動(dòng)力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點(diǎn)擊下面給點(diǎn)支持吧，站長非常感激您！手機(jī)微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點(diǎn)擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
