Qt高级——QMake快速入门

Qt高级——QMake快速入门

一、QMake简介

qmake是Trolltech公司创建的用来为不同的平台和编译器书写Makefile的工具。
qmake是一个用来简化在不同平台间开发工程的构建过程的工具。qmake会自动生成MakeFile文件,可以用于任何软件项目中,无论是否由Qt编写。
qmake会注意所有的编译器和平台的依赖性,开发者只需关注自己的代码。qmake作为Qt库和Qt所提供的工具的主要连编工具,可以自动的包含moc和uic的连编规则。

创新互联公司专业IDC数据服务器托管提供商,专业提供成都服务器托管,服务器租用,达州主机托管达州主机托管,成都多线服务器托管等服务器托管服务。

二、QMake入门教程

1、创建一个工程

创建一个应用,包含 hello.cpp、hello.h、main.cpp三个文件。
使用文本编辑器创建一个hello.pro文件,增加源文件、头文件到工程文件hello.pro。

HEADERS += hello.h
SOURCES += hello.cpp
SOURCES += main.cpp

同时,也可以使用换行符一次增加多个文件。

SOURCES = hello.cpp \
          main.cpp

目标名称会自动设置,一般与工程文件相同,当会用后缀区别不同的平台。如,工程文件是hello.pro,Windows平台的目标名称是hello.exe,Unix平台的目标名称是hello。如果要使用不同的目标名称,需要在工程文件hello.pro中设置。如:
TARGET = helloworld
最后就是配置CONFIG变量,对于Qt应用程序来说,给CONFIG赋值qt,QMake会链接相关的库,并确保moc和uic相关的连编规则生成到MakeFile文件中。最终的hello.pro工程文件如下:

CONFIG += qt
HEADERS += hello.h
SOURCES += hello.cpp
SOURCES += main.cpp

在工程所在目录打开命令行终端,使用qmake生成为应用生成MakeFile。
qmake -o Makefile hello.pro
对于Visual Studio开发者,qmake会生成.dsp或.vcproj文件。
qmake -tp vc hello.pro

2、增加工程的调试版

应用程序的 release版本不包含调试符号或其它调试信息。在开发过程中,生成带调试信息的应用程序调试版本是很有用的。通过增加debug到CONFIG变量可以生成应用程序的调试版本。

CONFIG += qt debug
HEADERS += hello.h
SOURCES += hello.cpp
SOURCES += main.cpp

3、增加特定平台的源文件

应用程序中特定平台部分的源码需要保持平台独立代码的分离。现在有hellowin.cpp和hellounix.cpp两个新文件。不能直接增加这两个文件到SOURCES变量,因为这会导致这两个文件直接生成到MakeFile文件,需要在qmake所运行的平台的代码块中独立处理。
对于Windows平台,在一个简单的代码块中增加平台独立的文件。

win32 {
SOURCES += hellowin.cpp}

如果qmake运行在Windows平台上,会增加hellowin.cpp文件到源文件列表。如果qmake运行在其它平台上,会忽略。现在创建一个代码块增加和Unix平台相关的文件。

unix {
    SOURCES += hellounix.cpp}

工程文件hello.pro文件如下:

CONFIG += qt debug
HEADERS += hello.h
SOURCES += hello.cpp
SOURCES += main.cpp
win32 {
    SOURCES += hellowin.cpp}
unix {
    SOURCES += hellounix.cpp}

4、如果文件不存在中止qmake过程

如果某个文件不存在,不生成MakeFile文件。可以使用exists()函数检查一个文件是否存在。通过使用error()函数可以中止qmake执行过程。对main.cpp文件检查如下:

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

如果main.cpp文件存在,exists(main.cpp)为true。
如果main.cpp文件不存在,!exists(main.cpp)为true。

CONFIG += qt debug
HEADERS += hello.h
SOURCES += hello.cpp
SOURCES += main.cpp
win32 {
    SOURCES += hellowin.cpp}
unix {
SOURCES += hellounix.cpp}
!exists( main.cpp ) {
    error( "No main.cpp file found" )}

5、检查多个条件

假设在Windows平台上,使用命令行运行应用程序,想通过qDebug()函数查看输出状态。除非在应用程序构建过程中使用console设置,否则看不到输出状态信息。通过将console增加到CONFIG变量可以在生成的MakeFile文件中生成相应的设置。
如果只在Windows平台上debug版本时查看输出信息。代码如下:

win32 {
    debug {
        CONFIG += console
    }}

内嵌的作用域也可以使用冒号(:)连接在一起。

CONFIG += qt debug
HEADERS += hello.h
SOURCES += hello.cpp
SOURCES += main.cpp
win32 {
    SOURCES += hellowin.cpp}
unix {
SOURCES += hellounix.cpp}
!exists(main.cpp) {
    error("No main.cpp file found")}
win32:debug {
    CONFIG += console}

三、QMake创建工程

本文将讲述如何设置基于Qt的三种通用工程类型的qmake工程文件。

1、QMake创建应用程序

app模板会告诉qmake生成一个构建应用程序的MakeFile。使用app模板,应用的类型可以增加一个选项到CONFIG变量定义中。
windows:应用是一个Windows GUI应用程序
console:应用是一个Windows控制台应用。
使用app模板时,下列qmake系统变量会被识别,可以在应用程序的.pro文件中使用。
HEADERS:应用程序的头文件列表
SOURCES:应用程序的源文件列表
FORMS:应用程序的UI(Qt Designer创建)文件列表
LEXSOURCES:应用程序的LEX原文件列表
YACCSOURCES:应用程序的YACC源文件列表
TARGET:应用程序的可执行文件名称
DESTDIR:生成的目标文件的存放目录
DEFINES:应用程序指定的预定义预处理器符号
INCLUDEPATH:编译器的搜索头文件路径
DEPENDPATH:应用程序的依赖查找路径
VPATH:寻找补充文件的搜索路径
DEF_FILE: 应用程序链接的.def文件,仅支持Windows。
RC_FILE:应用程序的资源文件,仅支持Windows。
RES_FILE:应用程序链接的资源文件,仅支持Windows。
开发者可以直接使用有值的qmake系统变量,不必指定任何值。qmake会自动增加需要的默认值。
实例工程文件如下:

TEMPLATE = app
DESTDIR  = c:/helloapp
HEADERS += hello.h
SOURCES += hello.cpp
SOURCES += main.cpp
DEFINES += QT_DLL
CONFIG  += qt warn_on release

对于单个值的数据项,如模板或目的目录,使用“=”,但多个值的数据项需要使用“+=”增加到已经存在相应类型的数据项中。如果使用“=”会使用新的值替换原来的值,例如,DEFINES=QT_DLL,所有其它的定义都会被删除。

2、QMake创建库

lib模板告诉qmake生成构建一个库的MakeFile。使用lib模板时,除了app模板支持的系统变量,也支持VERSION变量。可以使用这些变量在.pro文件中指定库的相关信息。当使用lib模板时,以下选项需要增加到CONFIG变量决定要构建的库的类型。
dll:库是一个共享库
staticlib:库是一个静态库
plugin:库是一个插件,也支持dll选项
VERSION变量指定库的版本信息
库的目标文件名是平台独立的。例如,X11和Mac OS X,库名称使用lib 前缀,Windows平台上,库文件名不增加任何前缀。

3、QMake创建插件

插件使用lib模板构建,告诉qmake生成一个工程的MakeFile。
VERSION变量用于指定插件的版本信息。
就像普通库一样,VERSION变量用于指定插件的版本信息。Qt Designer插件会使用一套依赖于Qt配置的特定配置集进行构建。为了方便起见,这些设置可以通过增加designer到工程CONFIG变量开启。例如:
CONFIG += designer plugin

4、QMake创建Debug 和Release

某些时候,构建同时支持debug和release的工程是必要的。虽然CONFIG变量有debug和release选项,但是debug选项会覆盖release选项。
为了开启工程同时支持debug和release,必须在CONFIG变量增加debug_and_release选项。

CONFIG += debug_and_release

CONFIG(debug, debug|release) {
    TARGET = debug_binary} else {
    TARGET = release_binary}

以上代码块会修改每一种模式的构建目标,确保目标有不同的文件名称。为目标提供不同的名称可以确保目标相互间不会被覆盖。
当qmake处理工程文件时,会生成一个允许支持debug和release模式的MakeFile规则。可以通过以下方式调用:
make all
build_all选项增加到工程文件的CONFIG变量,可以确保工程默认会被两种模式编译。
CONFIG += build_all
这会允许Makefile使用默认规则处理。
make
build_all选项也可以确保目标的两个版本在安装规则被调用时被安装。
make install
可以自定义依赖于目标平台的构建目标的名称。例如,一个库或插件可以在Windows平台使用不同于Unix平台的命名规范。

CONFIG(debug, debug|release) {
    mac: TARGET = $$join(TARGET,,,_debug)
    win32: TARGET = $$join(TARGET,,d)}

在debug模式构建时,以上代码块的默认行为会修改构建目标使用的名称。


网站栏目:Qt高级——QMake快速入门
分享路径:http://hbruida.cn/article/gepdoe.html