[QT_022]Qt学习之pro常用配置_qt pro

1.什么是pro文件，什么是pri文件？

.pro就是工程文件(project)，它是qmake自动生成的用于生产makefile的配置文件。.pri文件适合于工程下面的小模块使用。.pro工程文件可以配置添加多个.pri文件。也就是说一个工程下面可以添加多个子模块。.pro配置文件可以添加整个工程的一些配置，如引入一些库文件、指定文件输出目录等等，示例（此配置在pro文件中添加）：

#此处添加模块
include($$PWD/skin/skin.pri)
include($$PWD/style/style.pri)

2.一个大的工程下如何管理多个项目？

Qt中，一个大工程下面管理多个项目可以在大工程的.pro文件中添加如下配置：

#配置1
TEMPLATE = subdirs\  
 
//这是一个特殊的模板，它可以创建一个能够进入特定目录并且为一个项目文件生成makefile并且为它调用make的makefile。
//子目录默认运行第一个项目，选择性运行某一个项目，右键该项目-->运行

#配置2
SUBDIRS += \   
 VideoPlayer \   //子项1目名称
CreateCenter     //子项2目名称

3.pro文件中的一些配置的关键名词说明：

1. 注释
从“#”开始，到这一行结束。

2. 指定源文件
SOURCES = *.cpp

对于多源文件，可用空格分开，如：SOURCES = 1.cpp 2.cpp 3.cpp
或者每一个文件可以被列在一个分开的行里面，通过反斜线另起一行，就像这样:

SOURCES = hello.cpp /
main.cpp

一个更冗长的方法是单独地列出每一个文件，就像这样：

   

 SOURCES += hello.cpp
 SOURCES += main.cpp

这种方法中使用“+=”比“=”更安全，因为它只是向已有的列表中添加新的文件，而不是替换整个列表。

3. 指定头文件
HEADERS = hello.h或者HEADERS += hello.h

列出源文件的任何一个方法对头文件也都适用。

4. 配置信息
CONFIG用来告诉qmake关于应用程序的配置信息。

   

CONFIG += qt warn_on release

在这里使用“+=”，是因为我们添加我们的配置选项到任何一个已经存在中。这样做比使用“=”那样替换已经指定的所有选项是更安全的。
A> qt部分告诉qmake这个应用程序是使用Qt来连编的。这也就是说qmake在连接和为编译添加所需的包含路径的时候会考虑到Qt库的。
B> warn_on部分告诉qmake要把编译器设置为输出警告信息的。
C> release部分告诉qmake应用程序必须被连编为一个发布的应用程序。在开发过程中，程序员也可以使用debug来替换release

5. 指定目标文件名
TARGET = filename

如果不设置该项目，目标名会被自动设置为跟项目文件一样的名称

6. 添加界面文件(ui)
INTERFACES = filename.ui

7. 平台相关性处理
我们在这里需要做的是根据qmake所运行的平台来使用相应的作用域来进行处理。为Windows平台添加的依赖平台的文件的简单的作用域看起来就像这样：

win32 {
SOURCES += hello_win.cpp
}

所以如果qmake运行在Windows上的时候，它就会把hello_win.cpp添加到源文件列表中。如果qmake运行在其它平台上的时候，它会很简单地把这部分忽略。

8. 如果一个文件不存在，停止qmake
如 果某一个文件不存在的时候，你也许不想生成一个Makefile。我们可以通过使用exists()函数来检查一个文件是否存在。我们可以通过使用 error()函数把正在运行的qmake停下来。这和作用域的工作方式一样。只要很简单地用这个函数来替换作用域条件。对main.cpp文件的检查就 像这样：

!exists( main.cpp ) {
   error( "No main.cpp file found" )
}

“!”用来否定这个测试，比如，如果文件存在，exists( main.cpp )是真，如果文件不存在，!exists( main.cpp )是真。

9. 检查多于一个的条件
假 设你使用Windows并且当你在命令行运行你的应用程序的时候你想能够看到qDebug()语句。除非你在连编你的程序的时候使用console设置， 你不会看到输出。我们可以很容易地把console添加到CONFIG行中，这样在Windows下，Makefile就会有这个设置。但是如果告诉你我 们只是想在当我们的应用程序运行在Windows下并且当debug已经在CONFIG行中的时候，添加console。这需要两个嵌套的作用域；只要生 成一个作用域，然后在它里面再生成另一个。把设置放在最里面的作用域里，就像这样：

win32 {
   debug {
     CONFIG += console
   }
}

嵌套的作用域可以使用冒号连接起来，像这样：

win32:debug {
CONFIG += console
}

10. 摸板
模板变量告诉qmake为这个应用程序生成哪种makefile。下面是可供使用的选择：

A> app - 建立一个应用程序的makefile。这是默认值，所以如果模板没有被指定，这个将被使用。
B> lib - 建立一个库的makefile。
C> vcapp - 建立一个应用程序的Visual Studio项目文件。
D> vclib - 建立一个库的Visual Studio项目文件。
E> subdirs - 这是一个特殊的模板，它可以创建一个能够进入特定目录并且为一个项目文件生成makefile并且为它调用make的makefile。

11. 生成Makefile
当你已经创建好你的项目文件，生成Makefile就很容易了，你所要做的就是先到你所生成的项目文件那里然后输入：

Makefile可以像这样由“.pro”文件生成：

    qmake -o Makefile hello.pro

对于Visual Studio的用户，qmake也可以生成“.dsp”文件，例如：

    qmake -t vcapp -o hello.dsp hello.pro

12.#指定生成的应用程序放置的目录

CONFIG(debug, debug|release){
    DESTDIR = build/debug
}else{
    DESTDIR = build/release
}

#13.指定生成的应用程序名
TARGET = pksystem

14.#添加或减少CONFIG的配置模块,一般采用默认即可,但是除去debug_and_release模块不会生成debug和release文件夹
#CONFIG += release
CONFIG -= debug_and_release

15.#指定uic命令将.ui文件转化成ui_*.h文件的存放的目录（带ui界面的）
UI_DIR += forms

16.#指定rcc命令将.qrc文件转换成qrc_*.h文件的存放目录
RCC_DIR += ../tmp

17.#指定moc命令将含Q_OBJECT的头文件转换成标准.h文件的存放目录
MOC_DIR += ../tmp

18.#指定目标文件的存放目录
OBJECTS_DIR += ../tmp

19.#程序编译时依赖的相关路径
DEPENDPATH += . 

20.#头文件包含路径
INCLUDEPATH += .

21.#添加库文件

LIBS  += -L"头文件路径" -l"库文件名"

示例(注意库名没有后缀)：

win32:LIBS += c:/mylibs/math.lib
unix:LIBS += -L/usr/local/lib -lmath

22.#源文件编码方式
CODECFORSRC = GBK

23.#工程中包含的头文件
HEADERS += include/painter.h

24.#工程中包含的.ui设计文件
FORMS += forms/painter.ui

25.#工程中包含的源文件
SOURCES += sources/main.cpp sources/painter.cpp

26.#工程中包含的资源文件
RESOURCES += qrc/painter.qrc

27.#RC_ICONS

仅适用于Windows，指定的图标应该包含在一个生成的.rc文件里。如果RC_FILE 和RES_FILE变量都没有设置这才可利用。

例如：

RC_ICONS = myapp.ico  

28.#在linux下指定编译后 make install  的路径：

target.path = /home/admin1/target
        #需要拷贝的文件以及拷贝目地位置
        conf.path = /home/admin1/target
        conf.files += \
        ../config.ini \
        ../sqlite.db \
 
       INSTALLS += target conf