----------------------------------------------------------------

网页版课程源码 提取码：1uy7

引言

----------------------------------------------------------------

上一节我们介绍了pri文件的作用与使用方法，在项目开发尤其是大型项目开发中，pri文件的使用是非常重要的。当我们开展不同的项目开发时，这些项目有非常多的配置项都是完全一样的。因此，建立一套完整的pri体系变得非常重要。

正文

----------------------------------------------------------------

    一般情况下，我们会建立一套常用的pri文件，他们各自负责不同的功能，比如有的负责处理编译选项；有的负责处理目录设置。为了方便，我们把这些不同的pri整合成一个文件来介绍，当然，大家也可以根据需要把这个文件拆成不同的pri文件。

    注：本节的内容默认您的项目使用gcc编译器。

    直接给出gui_base.pri文件：

代码清单02-06-01

1.  

2.  

3.  

4.  

5.  

6.  

7.  

8.  

9.  

10.   

11.   

12.   

13.   

14.   

15.   

16.   

17.   

18.   

19.   

20.   

21.   

22.   

23.   

24.   

25.   

26.   

27.   

28.   

29.   

30.   

31.   

32.   

33.   

34.   

35.   

36.   

37.   

38.   

39.   

40.   

41.   

42.   

43.   

44.   

45.   

46.   

47.   

48.   

49.   

50.   

51.   

52.   

53.   

54.   

55.   

56.   

57.   

58.   

59.   

60.   

61.   

62.   

63.   

64.   

65.   

66.   

67.   

68.   

69.   

70.   

71.   

72.   

73.   

74.   

75.   

76.   

77.   

78.   

79.   

80.   

81.   

82.   

83.   

84.   

85.   

86.   

87.   

88.   

89.   

90.   

91.   

92.   

93.   

94.   

95.   

96.   

97.   

98.   

99.   

100.

101.

102.

103.

104.

105.

106.

107.

108.

109.

110.

111.

112.

113.

114.

115.

116.

117.

118.

119.

120.

121.

122.

123.

124.

125.

126. 

###########################################################################

# 注意：此文件用于放置本次课程各子项目的公共设置，

# 在各子项目的 QT 工程文件中通过 include 语句包含该pri文件。

# 需要提前定义如下系统环境变量：

# TRAINDEVHOME   根目录：  其下是bin、lib、src等子目录。

# TRAINBUILDTYPE 编译版本: debug|release|all

# TRAINBUILDBIT  编译位数: 32|64

###########################################################################

# 需先通过环境变量 TRAINDEVHOME 指定开发目录

# 由于 isEmpty 函数不能直接对环境变量进行判断，所以先将其放入一个临时变量中

DEVHOME = $$(TRAINDEVHOME)

isEmpty(DEVHOME) {

    error('TRAINDEVHOME'环境变量必须被定义.)

}

# 设置变量：系统执行文件路径、库文件路径、临时文件生成路径、头文件包含路径

TRAIN_BIN_PATH = $$(TRAINDEVHOME)/bin

TRAIN_LIB_PATH = $$(TRAINDEVHOME)/lib

TRAIN_OBJ_PATH = $$(TRAINDEVHOME)/obj

TRAIN_SRC_PATH = $$(TRAINDEVHOME)/src

TRAIN_UIC_PATH = $$(TRAINDEVHOME)/obj/uic

TRAIN_INCLUDE_PATH = $$(TRAINDEVHOME)/include

# 设置所引用的库文件的路径

QMAKE_LIBDIR *= $$TRAIN_LIB_PATH

DEPENDPATH *=  .\

        $$TRAIN_INCLUDE_PATH

INCLUDEPATH *=  .\

        $$TRAIN_INCLUDE_PATH

##########################################################################

#

# 不同平台的编译器设置

#

##########################################################################

# 获取编译 Qt 的编译器类型

TRAIN_QMAKESPEC = $$(QMAKESPEC)

#UNIX + gcc下声明使用预编译头文件

#GCC 3.4 及以后版本支持预编译头文件

unix{

    contains(   TRAIN_QMAKESPEC, g++ ) {

        CONFIG   *= precompile_header

    }

}

#WIN32下声明使用预编译头文件

win32{

    CONFIG   *= precompile_header

    # 去掉 strcpy 等编译警告

    QMAKE_CXXFLAGS   *= -wd4996

}

#UNIX下编译设置

unix{

    DEFINES   *= unix __unix 

}

#WIN32下编译设置

win32{

    DEFINES *= WIN32

}

#激活 STL、RTTI、EXCEPTIONS 支持

CONFIG *= stl exceptions rtti

#激活多线程、编译警告

CONFIG *= thread warn_on

# 不同编译版本相关的配置

BUILDTYPE = $$(TRAINBUILDTYPE)

equals(BUILDTYPE,debug){

    CONFIG   += debug

    CONFIG   -= release

}

equals(BUILDTYPE,release){

    CONFIG   += release

    CONFIG   -= debug

}

equals(BUILDTYPE,all){

    CONFIG   -= debug

    CONFIG   -= release

    CONFIG   += debug_and_release build_all

}

# 指定代码中宏定义

debug_and_release {

    CONFIG(debug,   debug|release) {

        DEFINES += TRAIN_DEBUG

    }

    CONFIG(release,   debug|release) {

        DEFINES += TRAIN_RELEASE

    }

} else {

    debug:   DEFINES += TRAIN_DEBUG

    release:   DEFINES += TRAIN_RELEASE

}

# 配置系统使用的编译位数类型

BUILDBIT = $$(TRAINBUILDBIT)

# 不同编译版本相关的配置

equals(BUILDBIT,32){

    # 扩展 32 位配置项

    CONFIG   *= x86

    DEFINES   *= TRAIN_32

}

equals(BUILDBIT,64){

    # 扩展 64 位配置项

    CONFIG   *= x64

    DEFINES   *= TRAIN_64

}

# 指定不同编译版本中间文件目录

debug_and_release {

    CONFIG(debug,   debug|release) {

        TRAIN_OBJ_PATH = $$TRAIN_OBJ_PATH/debug

    }

    CONFIG(release,   debug|release) {

        TRAIN_OBJ_PATH = $$TRAIN_OBJ_PATH/release

    }

} else {

    debug:TRAIN_OBJ_PATH   = $$TRAIN_OBJ_PATH/debug

    release:TRAIN_OBJ_PATH   = $$TRAIN_OBJ_PATH/release

}

    下面我们来详细介绍一下这个pri文件。

1，开头的声明

    首先，在pri文件开头有一个声明，指明了需要创建的环境变量。也就是说，这个pri文件依赖于环境变量值，当然，您也可以选择不用环境变量，而是通过修改pri文件中的相关内容来改变这些设置，但是使用环境变量会方便一些，因为不用每次都修改这个pri文件。

    这个pri文件用到的环境变量有3个，分别是：

    1)  TRAINDEVHOME

用来描述项目的根目录，目录结构如下：

$TRAINDEVHOME

------bin          编译好的运行程序所在目录

------lib          编译好的lib文件所在目录

------include      公共头文件目录，其下可以再分子目录

------src          源代码根目录

------temp          临时文件目录

2)  TRAINBUILDTYPE 

编译版本，取值:

debug       编译debug版本

release     编译release版本

all         同时编译debug、release版本，即两个版本都编译。

3)  TRAINBUILDBIT  

编译位数，取值:

32          编译成32位程序

64          编译成64位程序

    当然了，QTDIR、QMAKESPEC是安装完Qt后必不可少的环境变量，本文不再赘述。

2，环境变量检查

1.      

2.      

3.      

4.      

DEVHOME = $$(TRAINDEVHOME)

isEmpty(DEVHOME) {

    error('TRAINDEVHOME'环境变量必须被定义.)

}

通过Qt的isEmpty()函数判断环境变量是否存在，如果为空，则输出错误信息并退出。

    因为isEmpty()只能使用自定义变量而无法使用环境变量，因此我们先定义了DEVHOME这个变量并赋值为环境变量值，然后用它进行判断。

3，公共目录

1.      

2.      

3.      

4.      

5.      

6.      

7.      

8.      

9.      

10.   

11.   

12.   

13.   

14.   

15.   

16.   

# 设置变量：系统执行文件路径、库文件路径、临时文件生成路径、头文件包含路径

TRAIN_BIN_PATH = $$(TRAINDEVHOME)/bin

TRAIN_LIB_PATH = $$(TRAINDEVHOME)/lib

TRAIN_OBJ_PATH = $$(TRAINDEVHOME)/obj

TRAIN_SRC_PATH = $$(TRAINDEVHOME)/src

TRAIN_UIC_PATH = $$(TRAINDEVHOME)/obj/uic

TRAIN_INCLUDE_PATH =   $$(TRAINDEVHOME)/include

# 设置所引用的库文件的路径

QMAKE_LIBDIR *= $$TRAIN_LIB_PATH

DEPENDPATH *=  .\

        $$TRAIN_INCLUDE_PATH

INCLUDEPATH *=  .\

        $$TRAIN_INCLUDE_PATH

    这里定义了可执行程序目录等路径，都依赖于TRAINDEVHOME环境变量，如果您不想用环境变量，可以使用自定义变量来替换（需要注意自定义变量的语法跟环境变量不同）。

    上述变量都是公共路径设置。在pro中引用本pri文件后，还可以继续对这些变量值进行引用加工（比如继续追加目录层级），从这些变量的名称就可以对其用途略知一二，现在我们分别看一下。

表02-06-01

关键字

含义

TRAIN_BIN_PATH

编译完成的可执行程序的存放路径

TRAIN_LIB_PATH

编译完成的lib文件的存放路径

TRAIN_OBJ_PATH

编译产生的临时文件的根目录

TRAIN_SRC_PATH

源代码的根目录

TRAIN_UIC_PATH

编译ui文件产生的临时文件根目录（它是TRAIN_OBJ_PATH目录的子目录）

TRAIN_INCLUDE_PATH

项目的公共include目录

QMAKE_LIBDIR

Qt关键字

设置所引用的库文件的路径。比如，编译某个exe时如果用到了dll文件，那么这个变量用来告诉编译器到哪个目录去找所需的lib文件。

DEPENDPATH

Qt关键字

用来指明所依赖的头文件路径

INCLUDEPATH

Qt关键字

用来告诉编译器头文件的搜索目录。

这样的话，在源代码中引用头文件时，就可以直接写文件名或者相对路径，比如:

    #include "header.h"

    #include "base/basedll/header.h"

此处的目录是相对于INCLUDEPATH，也就是：

    $INCLUDEPATH/base/basedll/header.h

4，编译器设置

1.      

2.      

3.      

4.      

5.      

6.      

7.      

8.      

9.      

10.   

11.   

12.   

13.   

14.   

15.   

16.   

# 获取编译 Qt 的编译器类型

TRAIN_QMAKESPEC   = $$(QMAKESPEC)

#UNIX   + gcc下声明使用预编译头文件

#GCC   3.4 及以后版本支持预编译头文件

unix{

    contains( TRAIN_QMAKESPEC, g++ ) {

        CONFIG *= precompile_header

    }

}

#WIN32下声明使用预编译头文件

win32{

    CONFIG *= precompile_header

    # 去掉strcpy等编译警告

    QMAKE_CXXFLAGS *= -wd4996

}

本部分内容用来处理预编译头文件的内容。gcc3.4及以后的版本支持预编译头文件，因此为了判断gcc编译器，我们使用了Qt的contains()函数。该函数也无法识别环境变量，因此我们定义了变量TRAIN_QMAKESPEC。 当unix（linux也走pri中的unix分支）的编译器为gcc时，CONFIG配置项就增加了预编译头文件的支持：

CONFIG *= precompile_header

windows下（pri中的win32分支，win32是Qt的关键字）默认提供预编译头文件支持，因此无条件增加precompile_header的选项。

为了消除strcpy造成的4996编译警告，我们增加如下语句：

    QMAKE_CXXFLAGS *= -wd4996

5，宏定义

1.      

2.      

3.      

4.      

5.      

6.      

7.      

8.      

9.      

#UNIX下编译设置

unix{

    DEFINES   *= unix __unix 

}

#WIN32下编译设置

win32{

    DEFINES *= WIN32

}

在代码中，我们经常需要判断当前运行程序的操作系统类型，因此需要预先定义操作系统类型宏，上述代码就给出了在unix以及windows下的定义操作系统类型宏的方法，使用了DEFINES语法，这样在源代码中，我们就可以直接使用这些宏进行判断了。本部分内容在上节进行过讲解，这里不再展开。

6，激活stl、rtti、exceptions支持

1.      

2.      

#激活 STL、RTTI、EXCEPTIONS 支持

CONFIG *= stl exceptions rtti

    如果您使用stl库，那么请激活stl支持。

    如果您使用异常处理，那么请激活exceptions。

    如果您需要运行时类型识别，那么请激活rtti。

    这些选项都是CONFIG配置项，可以单独配置。

7，激活多线程，编译

1.      

2.      

#激活多线程、编译警告

CONFIG *= thread warn_on

如果您的项目中用到多线程，请激活thread。因为本pri文件是公共pri，所以如果您的某个子模块用不到多线程支持，您可以在子模块的pro中禁用多线程，方法是在子模块的pro中使用如下语句：

CONFIG -= thread

8，编译成debug版还是release版本

1.      

2.      

3.      

4.      

5.      

6.      

7.      

8.      

9.      

10.   

11.   

12.   

13.   

14.   

15.

# 不同编译版本相关的配置

BUILDTYPE = $$(TRAINBUILDTYPE)

equals(BUILDTYPE,debug){

    CONFIG   += debug

    CONFIG   -= release

}

equals(BUILDTYPE,release){

    CONFIG   += release

    CONFIG   -= debug

}

equals(BUILDTYPE,all){

    CONFIG   -= debug

    CONFIG   -= release

    CONFIG   += debug_and_release build_all

}

    如果需要对我们的程序进行调试，我们会选择debug版本，因为debug版的程序含有很多调试信息，而如果我们需要发布版则使用release版本，因为它的执行效率更高运行更快。此处我们使用了Qt的equals()函数来判断编译版本。同样这个函数也不识别环境变量，因此我们定义了BUILDTYPE变量来进行判断。请注意，equals()函数中的第二个参数中的debug、release只是个字符串，下列语句中的debug、release才是Qt的关键字。

CONFIG+=debug

    CONFIG -= release

9，程序运行时如何区分debug版还是releaes版

    有时候，我们在程序运行过程中，需要知道自己是debug版还是release版，该怎么做呢？

1.      

2.      

3.      

4.      

5.      

6.      

7.      

8.      

9.      

10.   

11.   

12.   

# 指定代码中宏定义

debug_and_release   {

    CONFIG(debug, debug|release) {

          DEFINES += TRAIN_DEBUG

    }

    CONFIG(release, debug|release) {

          DEFINES += TRAIN_RELEASE

    }

}   else {

    debug: DEFINES += TRAIN_DEBUG

    release: DEFINES += TRAIN_RELEASE

}

    上述语法是分支判断语法，其{}前面的字符串是CONFIG的配置项，比如此处的debug_and_release。我们使用上述方法得知当前编译版本并定义了相关的宏TRAIN_DEBUG、TRAIN_RELEASE。这样在源代码中就可以直接用这两个宏来区分debug版与release版本了。请大家务必注意下列代码的语法：

    CONFIG(debug, debug|release)

    上述语句用来判断是否正在编译debug版本。

    CONFIG(release, debug|release)

    上述语句用来判断是否正在编译release版本。

    而下面的语句用来区分debug编译分支和release编译分支，方法是在debug或者release后使用冒号(:)。

debug: DEFINES += TRAIN_DEBUG

release: DEFINES += TRAIN_RELEASE

10，程序运行时如何区分32位程序还是64位程序

    程序运行的时候，有可能需要知道自己被编译成了32位还是64位，方法如下：

1.      

2.      

3.      

4.      

5.      

6.      

7.      

8.      

9.      

10.   

11.   

12.   

13.   

14.   

# 配置系统使用的编译位数类型

BUILDBIT = $$(TRAINBUILDBIT)

# 不同编译版本相关的配置

equals(BUILDBIT,32){

    #   32 位配置项

    CONFIG   *= x86

    DEFINES   *= TRAIN_32

}

equals(BUILDBIT,64){

    #   64 位配置项

    CONFIG   *= x64

    DEFINES   *= TRAIN_64

}

    方法与区分debug版本还是release版本类似，因此不再详述。

11，区分debug版本、release版本的临时文件

    编译程序时，编译同一个项目的debug版本与release版本会产生不同的临时文件，我们当然不希望这些临时文件会相互覆盖，因此我们需要为它们指定不同的目录。

1.      

2.      

3.      

4.      

5.      

6.      

7.      

8.      

9.      

10.   

11.   

12.   

# 指定不同编译版本中间文件目录

debug_and_release {

    CONFIG(debug,   debug|release) {

        TRAIN_OBJ_PATH = $$TRAIN_OBJ_PATH/debug

    }

    CONFIG(release,   debug|release) {

        TRAIN_OBJ_PATH = $$TRAIN_OBJ_PATH/release

    }

} else {

    debug:TRAIN_OBJ_PATH   = $$TRAIN_OBJ_PATH/debug

    release:TRAIN_OBJ_PATH   = $$TRAIN_OBJ_PATH/release

}

    从上述代码可以看出，debug版本与release版本产生的临时文件分别存放到obj下面的debug目录、release目录，这样就不会相互覆盖了。

结语

----------------------------------------------------------------

    本节详细介绍了如何为项目引入pri体系并且使它正常运转起来。本文提到的pri使用了比较多的配置项，大家可以根据个人的需求调整其中的配置项。但是其中最常被修改的可能也就下面3个：

TRAINDEVHOME   根目录，其下是bin、lib、src等子目录。

TRAINBUILDTYPE 编译版本: debug|release|all

TRAINBUILDBIT  编译位数: 32|64

    原因就是使用者可能根据自己的项目需求创建了不同的环境变量名（比如不是TRAINDEVHOME,而是SOURCEHOME），或者干脆不用环境变量仅仅使用自定义变量。如果仅仅使用自定义变量，那么就需要将本pri中所有使用环境变量的地方改成使用自定义变量，而且一定要注意自定义变量的使用语法跟环境变量不同：

    环境变量： $$(环境变量名)

变量：     $$变量名

    如果使用自定义变量，那么请注意项目的pro文件中，如果要引用该pri文件，那么也要进行相应修改:

代码清单02-06-01

myprogram.pro

1.      

2.      

PRI_FILE_PATH = ../../

include ($$PRI_FILE_PATH/src/gui_base.pri)

    本节内容比较多，请大家慢慢消化。如果还是不知道该怎样使用pri文件，请学习下节内容开始练手吧。

----------------------------------------------------------------

《Qt入门与提高-GUI产品开发》目录请添加链接描述
上一节:KS02-05 pri 文件有啥用？
下一节:KS03-01 怎样实现国际化