QT中PRO檔案寫法的詳細介紹 Pro檔案變數詳細說明
學習Qt時，發現有些知識看了不經常用就忘了，以下是書本上寫的一些關於qmake的相關知識，自己看後，打算把一些經常用到的記下來，整理整理。
Qt程式一般使用Qt提供的qmake工具來編譯。
qmake工具可以使用與平臺無關的.pro檔案生成與平臺相關的makefile。該工具包含了呼叫Qt內建程式碼生成工具（moc，uic，rcc）的必要邏輯規則。
可以在命令列下，輸入qmake -project來生成平臺無關的pro檔案。
工程檔案pro主要分為三種：app（單獨的應用程式），lib（靜態和動態庫），subdirs（遞迴編譯）。工程型別可以使用TEMPLATE變數來指定。
如： TEMPLATE = app(預設不指定的情況下是app工程)
對於app工程或者lib工程，有以下這些經常使用的變數：
HEADERS：指定C++標頭檔案
SOURCES：指定C++實現檔案
FORMS：指定需要uic處理的ui檔案
RESOURCES：指定需要rcc處理的qrc檔案
DEFINES：指定預定義前處理器符號
INCLUDEPATH：指定C++編譯器搜尋標頭檔案路徑
LIBS：指定工程要連結的庫
CONFIG：指定工程配置和編譯引數
QT：指定工程所要使用的Qt模組
VERSION：指定目標庫版本號
TARGET：指定可執行檔案或庫的基本檔名，預設為當前目錄名
DESTDIR：指定可執行檔案放置的目錄
DLLDESTDIR：指定目標庫檔案放置的目錄
CONFIG：指定工程配置和編譯引數
以下對CONFIG變數做主要介紹:
debug：編譯有除錯資訊的可執行檔案或則庫
release：編譯不具有除錯資訊可執行檔案或者庫（如果同時指定debug release時，只有debug有效）
warn_off：關閉大量警告,預設是開啟的
qt：指應用程式使用Qt
dll:動態編譯庫
staticlib：靜態編譯庫
plugin：編譯一個外掛
console：應用程式需要寫控制檯
當我們寫CONFIG變數時，可以使用
如：CONFIG = qt release warn_off
或者CONFIG = qt
CONFIG += release
CONFIG += warn_off
當想要移除某個設定時：CONFIG -= warn_off
在pro檔案裡，可以使
{varName}來訪問自己定義的變數，如
MyVersion = 1.2
FILE = 1.cpp
TARGET = improve$${MyVersion}
SOURCES = $$FILE
pro檔案裡，訪問環境變數的用法是：$(varName)
pro檔案裡，訪問Qt配置引數的用法：$$[varName]
在不同的編譯平臺上編譯時，需要設定條件。如：
win32{
SOURCES += 1.cpp
}else{
SOURCES += 2.cpp
}
或者
win32：SOURCES += 3.cpp
在QT中，有一個工具qmake可以生成一個makefile檔案，它是由.pro檔案生成而來的，.pro檔案的寫法如下：
1. 註釋
從“#”開始，到這一行結束。
2.模板變數告訴qmake為這個應用程式生成哪種makefile。下面是可供使用的選擇：
TEMPLATE = app
A> app -建立一個應用程式的makefile。這是預設值，所以如果模板沒有被指定，這個將被使用。
B> lib - 建立一個庫的makefile。
C> vcapp - 建立一個應用程式的VisualStudio專案檔案。
D> vclib - 建立一個庫的VisualStudio專案檔案。
E> subdirs -這是一個特殊的模板，它可以建立一個能夠進入特定目錄並且為一個專案檔案生成makefile並且為它呼叫make的makefile。
#指定生成的應用程式放置的目錄
DESTDIR += ../bin
#指定生成的應用程式名
TARGET = pksystem
#配置資訊
CONFIG用來告訴qmake關於應用程式的配置資訊。
CONFIG+= qt warn_on release
在這裡使用“+=”，是因為我們新增我們的配置選項到任何一個已經存在中。這樣做比使用“=”那樣替換已經指定的所有選項是更安全的。
A> qt部分告訴qmake這個應用程式是使用Qt來連編的。這也就是說qmake在連線和為編譯新增所需的包含路徑的時候會考慮到Qt庫的。
B> warn_on部分告訴qmake要把編譯器設定為輸出警告資訊的。
C> release部分告訴qmake應用程式必須被連編為一個釋出的應用程式。在開發過程中，程式設計師也可以使用debug來替換release
#指定uic命令將.ui檔案轉化成ui_*.h檔案的存放的目錄
UI_DIR += forms
#指定rcc命令將.qrc檔案轉換成qrc_*.h檔案的存放目錄
RCC_DIR += ../tmp
#指定moc命令將含Q_OBJECT的標頭檔案轉換成標準.h檔案的存放目錄
MOC_DIR += ../tmp
#指定目標檔案(obj)的存放目錄
OBJECTS_DIR += ../tmp
#程式編譯時依賴的相關路徑
DEPENDPATH += . forms include qrc sources
#標頭檔案包含路徑
INCLUDEPATH += .
#qmake時產生的資訊,【
(PATH)讀取環境變數PATH】
#message($$(PATH))
#原始檔編碼方式
CODECFORSRC = GBK
#工程中包含的標頭檔案
HEADERS += include/painter.h
#工程中包含的.ui設計檔案
FORMS += forms/painter.ui
#工程中包含的原始檔
SOURCES += sources/main.cpp sources/painter.cpp
#工程中包含的資原始檔
RESOURCES += qrc/painter.qrc
LIBS += -L folderPath //引入的lib檔案的路徑 -L：引入路徑
Release:LIBS += -L folderPath // release 版引入的lib檔案路徑
Debug:LIBS += -L folderPath // Debug 版引入的lib 檔案路徑
DEFINES += XX_XX_XXX //定義編譯選項，在.h檔案中就可以使用 ：#ifdefine xx_xx_xxx
RC_FILE = xxx.icns
7. 平臺相關性處理
我們在這裡需要做的是根據qmake所執行的平臺來使用相應的作用域來進行處理。為Windows平臺新增的依賴平臺的檔案的簡單的作用域看起來就像這樣：
win32 {
SOURCES += hello_win.cpp
}
====================================================================================================================
當你已經建立好你的專案檔案，生成Makefile就很容易了，你所要做的就是先到你所生成的專案檔案那裡然後輸入：
Makefile可以像這樣由“.pro”檔案生成：
qmake -oMakefile hello.pro
對於VisualStudio的使用者，qmake也可以生成“.dsp”檔案，例如：
qmake -tvcapp -o hello.dsp hello.pro
參考連結：