這篇文章是我從360doc上轉的,本來是要把轉的url列出來的,但是它們居然禁掉了復制,而且禁復制的js在放服務器端,害得我白看了那么多源代碼,所以我不把url打出來了,對于這樣的做法最簡單的就是把網線一斷,天下太平了.盡情得復制去吧,哈哈?
1. *.pro文件
相信學習過QT的同志們,應該自己寫了一個最簡單的Hello程序。同時也就開始使用了一個命令:qmake –project 。這個命令是用來生成QT的工程文件(.pro)的,這個文件是用來設置編譯或者鏈接的變量,以便用qmake生成相對應的Makefile文件。這個文件的基本內容就是:
TEMPLATE = app
TARGET =
DEPENDPATH += .
INCLUDEPATH += .
# Input
SOURCES += main.cpp
下面我們就通過這個文件一步一步認識.pro這個文件:
TEMPLATE:這個變量是用來定義你的工程將被編譯成什么模式。怎么說呢,TEMPLATE=app 表示這個project將被編譯成一個應用程序(application)。如果沒有這個設置,系統將默認編譯為application。當然TEMPLATE還有其他的值:lib(生成庫的Makefile) ,subdirs(生成有多級目錄管理的Makefile),vcapp,vclib,vcsubdirs(對應Windows 下面VC)。
TARGET:生成最后目標的名字。
如果要指定生成目標的路徑,這加一個DESTDIR(這個用來指定路徑)。
DEPENDPATH:工程的依賴路徑。
INCLUDEPATH:這個用來指定工程要用到的頭文件路徑。
一般是自定義的或者沒有放入系統頭文件路徑的頭文件。
SOURCES:工程需要的源文件。
介紹到這里也許你對Pro文件就有一個大概的認識了,但是這還不夠,這僅僅只是開始。
比如如何架子資源啊,如何加載語言啊,如何加載ui啊,如何找到圖標啊等。
當然除了上面的QT變量外,還有另外的變量,這里只介紹常用的:
HEADERS:工程所需要的頭文件。
FORMS:工程要用到的ui文件。(ui文件時用QT設計器生成的)。
LIBS:加載動態庫。LIBS +=./mitab/libmitab.so。
TRASHLATIONS:加載要用到的語言翻譯*.ts文件。
RESOURCES:加載要用到的資源*.qrc文件。
win32:RC_FILE:加載要用到rc文件(這個只能用在Windows環境)。可以用來配置圖標。
CONFIG:告訴qmake應用程序的配置信息。這個變量可以用來指定是生成debug模式還是release模式,也可以都生成。也可以用來打開編譯器警告或者關閉。還可以用來配置要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下面運行console:CONFIG +=console
QT:用來加載指定的庫名,如:xml等,當時前提是要在CONFIG中配置qt值(如上)。
Eg:
QT += xml network
UI_DIR:UIC將ui轉化為頭文件所存放的目錄。
RCC_DIR:RCC將qrc文件轉化為頭文件所存放的目錄。
MOC_DIR:MOC命令將含Q_OBJECT的頭文件轉換為標準的頭文件存放的目錄。
OBJECTS_DIR:生成的目標文件存放的目錄。
最后,因為QT是跨平臺的,所以我們在不同的平臺上用同一個pro文件,這要加入有關平臺的信息。在windows是win32,Linux平臺是unix。
Eg:
在Windows和Linux的動態庫文件格式是不一樣的。一個是lib文件一個是so文件。
win32:LIBS += ./mitab/mitab_i.lib
unix:LiBS += ./mitab/libmitab.so
eg:
win32 {
SOURCES += hello_win.cpp //win平臺
}
unix {
SOURCES += hello_win.cpp //unix/linux平臺
}
Qt工程文件知多少
1. TEMPLATE
變量TEMPLATE描述了為建立目標文件而采用何種模板,即生成何種形式的Makefile文件。Qmake
工具定義了5種模板:
1. 應用程序App,為建立一個Qt應用程序創建Makefile文件;
2. 庫lib,為建立引用程序庫而創建Makefile文件;
3. 子工程 subdirs,為建立子目錄下的目標文件創建一個Makefile文件,
子目錄通過變量SUBDIRS指定(子目錄下的工程文件也需要指出使用何種模板);
4. VC應用程序vcapp,為Visual Studio 生成一個應用程序工程,僅僅用語Windos操作系統.
5. VC庫vclib,為Visual Studio生成一個應用程序庫工程,僅僅用語Windows操作系統.
{
app - 建立一個應用程序的makefile。這是默認值,所以如果模板沒有被指定,這個將被使用。
lib - 建立一個庫的makefile。
vcapp - 建立一個應用程序的Visual Studio項目文件。
vclib - 建立一個庫的Visual Studio項目文件。
subdirs - 這是一個特殊的模板,它可以創建一個能夠進入特定目錄并且為一個項目文件生成makefile并且為它調用make的makefile。
“app”模板
“app”模板告訴qmake為建立一個應用程序生成一個makefile。當使用這個模板時,下面這些qmake系統變量是被承認的。你應該在你的.pro文件中使用它們來為你的應用程序指定特定信息。
}
2.HEADERS - 應用程序中的所有頭文件的列表。
3.SOURCES - 應用程序中的所有源文件的列表。
4.FORMS / INTERFACES - 應用程序中的所有.ui文件(由Qt設計器生成)的列表。 eg.INTERFACES = filename.ui
5.LEXSOURCES - 應用程序中的所有lex源文件的列表。
6.YACCSOURCES - 應用程序中的所有yacc源文件的列表。
7.TARGET - 可執行應用程序的名稱。默認值為項目文件的名稱。(如果需要擴展名,會被自動加上。)
8.DESTDIR - 放置可執行程序目標的目錄。
9.DEFINES - 應用程序所需的額外的預處理程序定義的列表。
10.INCLUDEPATH - 應用程序所需的額外的包含路徑的列表(include文件路徑列表)。
11.DEPENDPATH - 應用程序所依賴的搜索路徑(描述了建立應用程序所依賴的其他文件所在的路 徑)。
12.VPATH - 尋找補充文件的搜索路徑。
13.DEF_FILE - 只有Windows需要:應用程序所要連接的.def文件。
14.C_FILE - 只有Windows需要:應用程序的資源文件。
15.RES_FILE - 只有Windows需要:應用程序所要連接的資源文件。
16.CONFIG變量
配置變量指定了編譯器所要使用的選項和所需要被連接的庫。配置變量中可以添加任何東西,但只有下面這些選項可以被qmake識別。
下面這些選項控制著使用哪些編譯器標志:
release - 應用程序將以release模式連編。如果“debug”被指定,它將被忽略。
debug - 應用程序將以debug模式連編。
warn_on - 編譯器會輸出盡可能多的警告信息。如果“warn_off”被指定,它將被忽略。
warn_off - 編譯器會輸出盡可能少的警告信息。
eg.
CONFIG += qt warn_on release
在這里使用“+=”,是因為我們添加我們的配置選項到任何一個已經存在中。這樣做比使用“=”那樣替換已經指定的所有選項是更安全的。
A> qt部分告訴qmake這個應用程序是使用Qt來連編的。這也就是說qmake在連接和為編譯添加所需的包含路徑的時候會考慮到Qt庫的。
B> warn_on部分告訴qmake要把編譯器設置為輸出警告信息的。
C> release部分告訴qmake應用程序必須被連編為一個發布的應用程序。在開發過程中,程序員也可以使用debug來替換release
下面這些選項定義了所要連編的庫/應用程序的類型:
qt - 應用程序是一個Qt應用程序,并且Qt庫將會被連接。
thread - 應用程序是一個多線程應用程序。
x11 - 應用程序是一個X11應用程序或庫。
windows - 只用于“app”模板:應用程序是一個Windows下的窗口應用程序。
console - 只用于“app”模板:應用程序是一個Windows下的控制臺應用程序。
dll - 只用于“lib”模板:庫是一個共享庫(dll)。
staticlib - 只用于“lib”模板:庫是一個靜態庫。
plugin - 只用于“lib”模板:庫是一個插件,這將會使dll選項生效。
例如,如果你的應用程序使用Qt庫,并且你想把它連編為一個可調試的多線程的應用程序,你的項目文件應該會有下面這行:
CONFIG += qt thread debug注意,你必須使用“+=”,不要使用“=”,否則qmake就不能正確使用連編Qt的設置了,比如沒法獲得所編譯的Qt庫的類型了。
qmake高級概念
操作符
“=”操作符 分配一個值給一個變量
“+=”操作符 向一個變量的值的列表中添加一個值
“-=”操作符 從一個變量的值的列表中移去一個值
“*=”操作符 僅僅在一個值不存在于一個變量的值的列表中的時候,把它添加進去
“~=”操作符 替換任何與指定的值的正則表達式匹配的任何值 DEFINES ~= s/QT_[DT].+/QT
作用域(指定平臺相關性等操作)
win32:thread {
DEFINES += QT_THREAD_SUPPORT
}
else:debug {
DEFINES += QT_NOTHREAD_DEBUG
}
else {
warning("Unknown configuration")
}
}
變量
到目前為止我們遇到的變量都是系統變量,比如DEFINES、SOURCES和HEADERS。你也可以為你自己創建自己的變量,這樣你就可以在作用域中使用它們了。創建自己的變量很容易,只要命名它并且分配一些東西給它。比如:
MY_VARIABLE = value
你也可以通過在其它任何一個變量的變量名前加$$來把這個變量的值分配給當前的變量。例如:
MY_DEFINES = $$DEFINESMY_DEFINES = $${DEFINES}
第二種方法允許你把一個變量和其它變量連接起來,而不用使用空格。qmake將允許一個變量包含任何東西(包括$(VALUE),可以直接在 makefile中直接放置,并且允許它適當地擴張,通常是一個環境變量)。無論如何,如果你需要立即設置一個環境變量,然后你就可以使用$$()方法。比如:
MY_DEFINES = $$(ENV_DEFINES)這將會設置MY_DEFINES為環境變量ENV_DEFINES傳遞給.pro文件地值。另外你可以在替換的變量里調用內置函數。這些函數(不會和下一節中列舉的測試函數混淆)列出如下:
join( variablename, glue, before, after )
這將會在variablename的各個值中間加入glue。如果這個變量的值為非空,那么就會在值的前面加一個前綴before和一個后綴after。只有variablename是必須的字段,其它默認情況下為空串。如果你需要在glue、before或者after中使用空格的話,你必須提供它們。
member( variablename, position )
這將會放置variablename的列表中的position位置的值。如果variablename不夠長,這將會返回一個空串。variablename是唯一必須的字段,如果沒有指定位置,則默認為列表中的第一個值。
find( variablename, substr )
這將會放置variablename中所有匹配substr的值。substr也可以是正則表達式,而因此將被匹配。
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將會包含“-Lone -Ltwo -Lthree -Lfour -Lfive”,并且MYVAR3將會包含“three two three”。
system( program_and_args )
這將會返回程序執行在標準輸出/標準錯誤輸出的內容,并且正像平時所期待地分析它。比如你可以使用這個來詢問有關平臺的信息。
UNAME = $$system(uname -s) contains( UNAME, [lL]inux ):message( This looks like Linux ($$UNAME) to me )測試函數
qmake提供了可以簡單執行,但強大測試的內置函數。這些測試也可以用在作用域中(就像上面一樣),在一些情況下,忽略它的測試值,它自己使用測試函數是很有用的。
contains( variablename, value )
如果value存在于一個被叫做variablename的變量的值的列表中,那么這個作用域中的設置將會被處理。例如:
contains( CONFIG, thread ) { DEFINES += QT_THREAD_SUPPORT }如果thread存在于CONFIG變量的值的列表中時,那么QT_THREAD_SUPPORT將會被加入到DEFINES變量的值的列表中。
count( variablename, number )
如果number與一個被叫做variablename的變量的值的數量一致,那么這個作用域中的設置將會被處理。例如:
count( DEFINES, 5 ) { CONFIG += debug }error( string )
這個函數輸出所給定的字符串,然后會使qmake退出。例如:
error( "An error has occured" )文本“An error has occured”將會被顯示在控制臺上并且qmake將會退出。
exists( filename )
如果指定文件存在,那么這個作用域中的設置將會被處理。例如:
exists( /local/qt/qmake/main.cpp ) { SOURCES += main.cpp }如果/local/qt/qmake/main.cpp存在,那么main.cpp將會被添加到源文件列表中。
注意可以不用考慮平臺使用“/”作為目錄的分隔符。
include( filename )
項目文件在這一點時包含這個文件名的內容,所以指定文件中的任何設置都將會被處理。例如:
include( myotherapp.pro )myotherapp.pro項目文件中的任何設置現在都會被處理。
isEmpty( variablename )
這和使用count( variablename, 0 )是一樣的。如果叫做variablename的變量沒有任何元素,那么這個作用域中的設置將會被處理。例如:
isEmpty( CONFIG ) { CONFIG += qt warn_on debug }message( string )
這個函數只是簡單地在控制臺上輸出消息。
message( "This is a message" )文本“This is a message”被輸出到控制臺上并且對于項目文件的處理將會繼續進行。
system( command )
特定指令被執行并且如果它返回一個1的退出值,那么這個作用域中的設置將會被處理。例如:
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文件(當它被qmake自己解析時)包含一個值為val的變量var,那么這個函數將會返回成功。你也可以不傳遞第三個參數(val),這時函數將只測試文件中是否分配有這樣一個變量var。
以下為我的一個項目舉例
# 項目目標:為一個庫文件
TEMPLATE = lib
# 編譯項目文件所需頭文件的路徑
INCLUDEPATH += ../common .
# 目標文件路徑
DESTDIR=../lib
# 條件依賴:Unix平臺上 定義本項目的 UI目錄, MOC目錄, 目的目錄
unix {
UI_DIR = ../.ui
MOC_DIR = ../.moc
OBJECTS_DIR = ../.obj
}
# 本項目配置:
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文件(可以根據項目需要,編輯改文件)
qmake 可以生成Makefile文件
make 編譯
使用qmake -project時,會把本目錄及其子目錄內所有.cpp .h文件加入到項目輸入文件中,使用時注意移去其他無用的文件。
qmake生成的Makefile文件,可以根據需要做相應修改

1. *.pro文件
相信學習過QT的同志們,應該自己寫了一個最簡單的Hello程序。同時也就開始使用了一個命令:qmake –project 。這個命令是用來生成QT的工程文件(.pro)的,這個文件是用來設置編譯或者鏈接的變量,以便用qmake生成相對應的Makefile文件。這個文件的基本內容就是:
TEMPLATE = app
TARGET =
DEPENDPATH += .
INCLUDEPATH += .
# Input
SOURCES += main.cpp
下面我們就通過這個文件一步一步認識.pro這個文件:
TEMPLATE:這個變量是用來定義你的工程將被編譯成什么模式。怎么說呢,TEMPLATE=app 表示這個project將被編譯成一個應用程序(application)。如果沒有這個設置,系統將默認編譯為application。當然TEMPLATE還有其他的值:lib(生成庫的Makefile) ,subdirs(生成有多級目錄管理的Makefile),vcapp,vclib,vcsubdirs(對應Windows 下面VC)。
TARGET:生成最后目標的名字。
如果要指定生成目標的路徑,這加一個DESTDIR(這個用來指定路徑)。
DEPENDPATH:工程的依賴路徑。
INCLUDEPATH:這個用來指定工程要用到的頭文件路徑。
一般是自定義的或者沒有放入系統頭文件路徑的頭文件。
SOURCES:工程需要的源文件。
介紹到這里也許你對Pro文件就有一個大概的認識了,但是這還不夠,這僅僅只是開始。
比如如何架子資源啊,如何加載語言啊,如何加載ui啊,如何找到圖標啊等。
當然除了上面的QT變量外,還有另外的變量,這里只介紹常用的:
HEADERS:工程所需要的頭文件。
FORMS:工程要用到的ui文件。(ui文件時用QT設計器生成的)。
LIBS:加載動態庫。LIBS +=./mitab/libmitab.so。
TRASHLATIONS:加載要用到的語言翻譯*.ts文件。
RESOURCES:加載要用到的資源*.qrc文件。
win32:RC_FILE:加載要用到rc文件(這個只能用在Windows環境)。可以用來配置圖標。
CONFIG:告訴qmake應用程序的配置信息。這個變量可以用來指定是生成debug模式還是release模式,也可以都生成。也可以用來打開編譯器警告或者關閉。還可以用來配置要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下面運行console:CONFIG +=console
QT:用來加載指定的庫名,如:xml等,當時前提是要在CONFIG中配置qt值(如上)。
Eg:
QT += xml network
UI_DIR:UIC將ui轉化為頭文件所存放的目錄。
RCC_DIR:RCC將qrc文件轉化為頭文件所存放的目錄。
MOC_DIR:MOC命令將含Q_OBJECT的頭文件轉換為標準的頭文件存放的目錄。
OBJECTS_DIR:生成的目標文件存放的目錄。
最后,因為QT是跨平臺的,所以我們在不同的平臺上用同一個pro文件,這要加入有關平臺的信息。在windows是win32,Linux平臺是unix。
Eg:
在Windows和Linux的動態庫文件格式是不一樣的。一個是lib文件一個是so文件。
win32:LIBS += ./mitab/mitab_i.lib
unix:LiBS += ./mitab/libmitab.so
eg:
win32 {
SOURCES += hello_win.cpp //win平臺
}
unix {
SOURCES += hello_win.cpp //unix/linux平臺
}
Qt工程文件知多少
1. TEMPLATE
變量TEMPLATE描述了為建立目標文件而采用何種模板,即生成何種形式的Makefile文件。Qmake
工具定義了5種模板:
1. 應用程序App,為建立一個Qt應用程序創建Makefile文件;
2. 庫lib,為建立引用程序庫而創建Makefile文件;
3. 子工程 subdirs,為建立子目錄下的目標文件創建一個Makefile文件,
子目錄通過變量SUBDIRS指定(子目錄下的工程文件也需要指出使用何種模板);
4. VC應用程序vcapp,為Visual Studio 生成一個應用程序工程,僅僅用語Windos操作系統.
5. VC庫vclib,為Visual Studio生成一個應用程序庫工程,僅僅用語Windows操作系統.
{
app - 建立一個應用程序的makefile。這是默認值,所以如果模板沒有被指定,這個將被使用。
lib - 建立一個庫的makefile。
vcapp - 建立一個應用程序的Visual Studio項目文件。
vclib - 建立一個庫的Visual Studio項目文件。
subdirs - 這是一個特殊的模板,它可以創建一個能夠進入特定目錄并且為一個項目文件生成makefile并且為它調用make的makefile。
“app”模板
“app”模板告訴qmake為建立一個應用程序生成一個makefile。當使用這個模板時,下面這些qmake系統變量是被承認的。你應該在你的.pro文件中使用它們來為你的應用程序指定特定信息。
}
2.HEADERS - 應用程序中的所有頭文件的列表。
3.SOURCES - 應用程序中的所有源文件的列表。
4.FORMS / INTERFACES - 應用程序中的所有.ui文件(由Qt設計器生成)的列表。 eg.INTERFACES = filename.ui
5.LEXSOURCES - 應用程序中的所有lex源文件的列表。
6.YACCSOURCES - 應用程序中的所有yacc源文件的列表。
7.TARGET - 可執行應用程序的名稱。默認值為項目文件的名稱。(如果需要擴展名,會被自動加上。)
8.DESTDIR - 放置可執行程序目標的目錄。
9.DEFINES - 應用程序所需的額外的預處理程序定義的列表。
10.INCLUDEPATH - 應用程序所需的額外的包含路徑的列表(include文件路徑列表)。
11.DEPENDPATH - 應用程序所依賴的搜索路徑(描述了建立應用程序所依賴的其他文件所在的路 徑)。
12.VPATH - 尋找補充文件的搜索路徑。
13.DEF_FILE - 只有Windows需要:應用程序所要連接的.def文件。
14.C_FILE - 只有Windows需要:應用程序的資源文件。
15.RES_FILE - 只有Windows需要:應用程序所要連接的資源文件。
16.CONFIG變量
配置變量指定了編譯器所要使用的選項和所需要被連接的庫。配置變量中可以添加任何東西,但只有下面這些選項可以被qmake識別。
下面這些選項控制著使用哪些編譯器標志:
release - 應用程序將以release模式連編。如果“debug”被指定,它將被忽略。
debug - 應用程序將以debug模式連編。
warn_on - 編譯器會輸出盡可能多的警告信息。如果“warn_off”被指定,它將被忽略。
warn_off - 編譯器會輸出盡可能少的警告信息。
eg.
CONFIG += qt warn_on release
在這里使用“+=”,是因為我們添加我們的配置選項到任何一個已經存在中。這樣做比使用“=”那樣替換已經指定的所有選項是更安全的。
A> qt部分告訴qmake這個應用程序是使用Qt來連編的。這也就是說qmake在連接和為編譯添加所需的包含路徑的時候會考慮到Qt庫的。
B> warn_on部分告訴qmake要把編譯器設置為輸出警告信息的。
C> release部分告訴qmake應用程序必須被連編為一個發布的應用程序。在開發過程中,程序員也可以使用debug來替換release
下面這些選項定義了所要連編的庫/應用程序的類型:
qt - 應用程序是一個Qt應用程序,并且Qt庫將會被連接。
thread - 應用程序是一個多線程應用程序。
x11 - 應用程序是一個X11應用程序或庫。
windows - 只用于“app”模板:應用程序是一個Windows下的窗口應用程序。
console - 只用于“app”模板:應用程序是一個Windows下的控制臺應用程序。
dll - 只用于“lib”模板:庫是一個共享庫(dll)。
staticlib - 只用于“lib”模板:庫是一個靜態庫。
plugin - 只用于“lib”模板:庫是一個插件,這將會使dll選項生效。
例如,如果你的應用程序使用Qt庫,并且你想把它連編為一個可調試的多線程的應用程序,你的項目文件應該會有下面這行:
CONFIG += qt thread debug注意,你必須使用“+=”,不要使用“=”,否則qmake就不能正確使用連編Qt的設置了,比如沒法獲得所編譯的Qt庫的類型了。
qmake高級概念
操作符
“=”操作符 分配一個值給一個變量
“+=”操作符 向一個變量的值的列表中添加一個值
“-=”操作符 從一個變量的值的列表中移去一個值
“*=”操作符 僅僅在一個值不存在于一個變量的值的列表中的時候,把它添加進去
“~=”操作符 替換任何與指定的值的正則表達式匹配的任何值 DEFINES ~= s/QT_[DT].+/QT
作用域(指定平臺相關性等操作)
win32:thread {
DEFINES += QT_THREAD_SUPPORT
}
else:debug {
DEFINES += QT_NOTHREAD_DEBUG
}
else {
warning("Unknown configuration")
}
}
變量
到目前為止我們遇到的變量都是系統變量,比如DEFINES、SOURCES和HEADERS。你也可以為你自己創建自己的變量,這樣你就可以在作用域中使用它們了。創建自己的變量很容易,只要命名它并且分配一些東西給它。比如:
MY_VARIABLE = value
你也可以通過在其它任何一個變量的變量名前加$$來把這個變量的值分配給當前的變量。例如:
MY_DEFINES = $$DEFINESMY_DEFINES = $${DEFINES}
第二種方法允許你把一個變量和其它變量連接起來,而不用使用空格。qmake將允許一個變量包含任何東西(包括$(VALUE),可以直接在 makefile中直接放置,并且允許它適當地擴張,通常是一個環境變量)。無論如何,如果你需要立即設置一個環境變量,然后你就可以使用$$()方法。比如:
MY_DEFINES = $$(ENV_DEFINES)這將會設置MY_DEFINES為環境變量ENV_DEFINES傳遞給.pro文件地值。另外你可以在替換的變量里調用內置函數。這些函數(不會和下一節中列舉的測試函數混淆)列出如下:
join( variablename, glue, before, after )
這將會在variablename的各個值中間加入glue。如果這個變量的值為非空,那么就會在值的前面加一個前綴before和一個后綴after。只有variablename是必須的字段,其它默認情況下為空串。如果你需要在glue、before或者after中使用空格的話,你必須提供它們。
member( variablename, position )
這將會放置variablename的列表中的position位置的值。如果variablename不夠長,這將會返回一個空串。variablename是唯一必須的字段,如果沒有指定位置,則默認為列表中的第一個值。
find( variablename, substr )
這將會放置variablename中所有匹配substr的值。substr也可以是正則表達式,而因此將被匹配。
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將會包含“-Lone -Ltwo -Lthree -Lfour -Lfive”,并且MYVAR3將會包含“three two three”。
system( program_and_args )
這將會返回程序執行在標準輸出/標準錯誤輸出的內容,并且正像平時所期待地分析它。比如你可以使用這個來詢問有關平臺的信息。
UNAME = $$system(uname -s) contains( UNAME, [lL]inux ):message( This looks like Linux ($$UNAME) to me )測試函數
qmake提供了可以簡單執行,但強大測試的內置函數。這些測試也可以用在作用域中(就像上面一樣),在一些情況下,忽略它的測試值,它自己使用測試函數是很有用的。
contains( variablename, value )
如果value存在于一個被叫做variablename的變量的值的列表中,那么這個作用域中的設置將會被處理。例如:
contains( CONFIG, thread ) { DEFINES += QT_THREAD_SUPPORT }如果thread存在于CONFIG變量的值的列表中時,那么QT_THREAD_SUPPORT將會被加入到DEFINES變量的值的列表中。
count( variablename, number )
如果number與一個被叫做variablename的變量的值的數量一致,那么這個作用域中的設置將會被處理。例如:
count( DEFINES, 5 ) { CONFIG += debug }error( string )
這個函數輸出所給定的字符串,然后會使qmake退出。例如:
error( "An error has occured" )文本“An error has occured”將會被顯示在控制臺上并且qmake將會退出。
exists( filename )
如果指定文件存在,那么這個作用域中的設置將會被處理。例如:
exists( /local/qt/qmake/main.cpp ) { SOURCES += main.cpp }如果/local/qt/qmake/main.cpp存在,那么main.cpp將會被添加到源文件列表中。
注意可以不用考慮平臺使用“/”作為目錄的分隔符。
include( filename )
項目文件在這一點時包含這個文件名的內容,所以指定文件中的任何設置都將會被處理。例如:
include( myotherapp.pro )myotherapp.pro項目文件中的任何設置現在都會被處理。
isEmpty( variablename )
這和使用count( variablename, 0 )是一樣的。如果叫做variablename的變量沒有任何元素,那么這個作用域中的設置將會被處理。例如:
isEmpty( CONFIG ) { CONFIG += qt warn_on debug }message( string )
這個函數只是簡單地在控制臺上輸出消息。
message( "This is a message" )文本“This is a message”被輸出到控制臺上并且對于項目文件的處理將會繼續進行。
system( command )
特定指令被執行并且如果它返回一個1的退出值,那么這個作用域中的設置將會被處理。例如:
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文件(當它被qmake自己解析時)包含一個值為val的變量var,那么這個函數將會返回成功。你也可以不傳遞第三個參數(val),這時函數將只測試文件中是否分配有這樣一個變量var。
以下為我的一個項目舉例
# 項目目標:為一個庫文件
TEMPLATE = lib
# 編譯項目文件所需頭文件的路徑
INCLUDEPATH += ../common .
# 目標文件路徑
DESTDIR=../lib
# 條件依賴:Unix平臺上 定義本項目的 UI目錄, MOC目錄, 目的目錄
unix {
UI_DIR = ../.ui
MOC_DIR = ../.moc
OBJECTS_DIR = ../.obj
}
# 本項目配置:
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文件(可以根據項目需要,編輯改文件)
qmake 可以生成Makefile文件
make 編譯
使用qmake -project時,會把本目錄及其子目錄內所有.cpp .h文件加入到項目輸入文件中,使用時注意移去其他無用的文件。
qmake生成的Makefile文件,可以根據需要做相應修改
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯系: 360901061
您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
