Qt入门基础知识 pro项目文件、QApplication和信号和槽机制

pro项目文件

QT       += core gui   Qt包含的模块
greaterThan(QT_MAJOR_VERSION, 4): QT += widgets  //大于4版本以上 包含 widget模块
TARGET = 01_FirstProject  //目标   生成的.exe程序的名称
TEMPLATE = app       	  //模板   应用程序模板  Application  
SOURCES += main.cpp\      //源文件
        mywidget.cpp
HEADERS  += mywidget.h    //头文件

.pro就是工程文件(project)，它是qmake自动生成的用于生产makefile的配置文件。
.pro文件的写法如下：

• 注释
  从“#”开始，到这一行结束。
• TEMPLATE 模板变量告诉qmake为这个应用程序生成哪种makefile。下面是可供使用的选择：TEMPLATE = app
  • app -建立一个应用程序的makefile。这是默认值，所以如果模板没有被指定，这个将被使用。
  • lib - 建立一个库的makefile。
  • vcapp - 建立一个应用程序的VisualStudio项目文件。
  • vclib - 建立一个库的VisualStudio项目文件。
  • subdirs -这是一个特殊的模板，它可以创建一个能够进入特定目录并且为一个项目文件生成makefile并且为它调用make的makefile。
• #指定生成的应用程序名：
  TARGET = QtDemo
• #工程中包含的头文件
  HEADERS += include/painter.h
• #工程中包含的.ui设计文件
  FORMS += forms/painter.ui
• #工程中包含的源文件
  SOURCES += sources/main.cpp sources/painter.cpp
• #工程中包含的资源文件
  RESOURCES += qrc/painter.qrc
• greaterThan(QT_MAJOR_VERSION, 4): QT += widgets
  这条语句的含义是，如果QT_MAJOR_VERSION大于4（也就是当前使用的Qt5及更高版本）需要增加widgets模块。如果项目仅需支持Qt5，也可以直接添加“QT += widgets”一句。不过为了保持代码兼容，最好还是按照QtCreator生成的语句编写。
• #配置信息
  CONFIG用来告诉qmake关于应用程序的配置信息。
  CONFIG += c++11 //使用c++11的特性，新版本已支持C++11，默认已添加

在这里使用“+=”，是因为我们添加我们的配置选项到任何一个已经存在中。这样做比使用“=”那样替换已经指定的所有选项更安全。

QApplication应用程序类

一个最简单的Qt应用程序：

#include <QApplication>
#include <QWidget>

	int main(int argc, char *argv[])
	{
  	  	QApplication a(argc, argv);
  	  	QWidget w;
  	  	w.show();

  	  	return a.exec();
}

QApplication应用程序类

• 管理图形用户界面应用程序的控制流和主要设置。
• 是Qt的整个后台管理的命脉它包含主事件循环，在其中来自窗口系统和其它资源的所有事件处理和调度。它也处理应用程序的初始化和结束，并且提供对话管理。
• 对于任何一个使用Qt的图形用户界面应用程序，都正好存在一个QApplication 对象，而不论这个应用程序在同一时间内是不是有0、1、2或更多个窗口。
• a.exec()
  程序进入消息循环，等待对用户输入进行响应。这里main()把控制权转交给Qt，Qt完成事件处理工作，当应用程序退出的时候exec()的值就会返回。在exec()中，Qt接受并处理用户和系统的事件并且把它们传递给适当的窗口部件。
  
  

信号和槽机制

信号槽是 Qt 框架引以为豪的机制之一。所谓信号槽，实际就是观察者模式。当某个事件发生之后，比如，按钮检测到自己被点击了一下，它就会发出一个信号（signal）。这种发出是没有目的的，类似广播。如果有对象对这个信号感兴趣，它就会使用连接（connect）函数，意思是，将想要处理的信号和自己的一个函数（称为槽（slot））绑定来处理这个信号。也就是说，当信号发出时，被连接的槽函数会自动被回调。这就类似观察者模式：当发生了感兴趣的事件，某一个操作就会被自动触发。（这里提一句，Qt 的信号槽使用了额外的处理来实现，并不是 GoF 经典的观察者模式的实现方式。）
connect()函数最常用的一般形式：

connect(sender, signal, receiver, slot);

参数：

• sender：发出信号的对象
• signal：发送对象发出的信号
• receiver：接收信号的对象
• slot：接收对象在接收到信号之后所需要调用的函数
  信号槽要求信号和槽的参数一致，所谓一致，是参数类型一致。如果不一致，允许的情况是，**槽函数的参数可以比信号的少，即便如此，槽函数存在的那些参数的顺序也必须和信号的前面几个一致起来。**这是因为，你可以在槽函数中选择忽略信号传来的数据（也就是槽函数的参数比信号的少），但是不能说信号根本没有这个数据，你就要在槽函数中使用（就是槽函数的参数比信号的多，这是不允许的）。

自定义信号槽

• 只有继承了QObject类的类，才具有信号槽的能力。 所以，为了使用信号槽，必须继承QObject。凡是QObject类（不管是直接子类还是间接子类），都应该在第一行代码写上Q_OBJECT。不管是不是使用信号槽，都应该添加这个宏。这个宏的展开将为我们的类提供信号槽机制、国际化机制以及 Qt 提供的不基于 C++ RTTI 的反射能力。
• 信号就是一个的函数名，无返回值，参数是该类需要让外界知道的数据。信号作为函数名，不需要在 cpp 函数中添加任何实现。
• emit 是 Qt 对 C++ 的扩展，是一个关键字（其实也是一个宏）。 emit 的含义是发出，也就是发出信号。感兴趣的接收者会关注这个信号。
• Qt 5 中，任何成员函数、static 函数、全局函数和 Lambda 表达式都可以作为槽函数。 与信号函数不同，槽函数必须自己完成实现代码。槽函数就是普通的成员函数，因此作为成员函数，也会受到 public、private 等访问控制符的影响。（如果信号是 private 的，这个信号就不能在类的外面连接，也就没有任何意义。）
  注意事项：
  自定义信号槽需要注意的事项：
• 发送者和接收者都需要是QObject的子类（当然，槽函数是全局函数、Lambda 表达式等无需接收者的时候除外）；
• 使用 signals 标记信号函数，信号是一个函数声明，返回 void，不需要实现函数代码；
• 槽函数是普通的成员函数，作为成员函数，会受到 public、private、protected 的影响；
• 使用 emit 在恰当的位置发送信号；
• 使用QObject::connect()函数连接信号和槽。
• 任何成员函数、static 函数、全局函数和 Lambda 表达式都可以作为槽函数

信号槽的更多用法

• 一个信号可以和多个槽相连
  如果是这种情况，这些槽会一个接一个的被调用，但是它们的调用顺序是不确定的。
• 多个信号可以连接到一个槽
  只要任意一个信号发出，这个槽就会被调用。
• 一个信号可以连接到另外的一个信号
  当第一个信号发出时，第二个信号被发出。除此之外，这种信号-信号的形式和信号-槽的形式没有什么区别。
• 槽可以被取消链接
  这种情况并不经常出现，因为当一个对象delete之后，Qt自动取消所有连接到这个对象上面的槽。
• 使用Lambda 表达式
  在使用 Qt 5 的时候，能够支持 Qt 5 的编译器都是支持 Lambda 表达式的。