Qt项目文件以及对象树

"在哪里走散，你都会找到我~"

前篇，我们仅仅对Qt创建了第一个简单的项目。相比于使用其他IDE创建工程项目，Qt会为自动创建诸如：.pro、.h\.cpp、.iu等文件，这些文件到底是什么？我们在使用Qt时应该怎样去看待？

——前言

Qt项目文件解析

(1) .pro文件

当我们将工程文件创建好了之后，在⼯程⽬录列表中有⼀个后缀为".pro" 的⽂件，这个“.pro”文件就是工程文件。它是由qmake自动产生的，用于生产makefile配置的文件。

什么是makefile？

一个工程中的源文件不计其数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作。

makefile在Linux中使用得较为频繁，其工作目的就是完成源文件编译。在Qt Creator中已经把整个过程中的编译细节封装好了，对于使用者的我们来说，不用在意里面的内容：

(2) widget \main.cpp ⽂件解析

当我们使用Qt Creator创建项目时，会自动为我们写好完整调用的main函数。

在Qt中，着重强调类的封装。Qt ⼀个类对应⼀个头⽂件，类名就是头⽂件名。

QApplication 为应⽤程序类：

要想编写一个Qt的图形化界面程序，必须要有一个QApplication对象。

除此之外，还会为我们创建在新建项目时，选择的“Widget”：

这里提到了两个概念，一个是“Q_OBJECT”，另一个是“对象树”。

Q_OBJECT宏:

这是一个Qt内置的一个宏。当代码被替换展开后，就是一堆代码块。Qt中一个很重要的机制就是“信号和槽”。如果想要使用这一个机制，就必须包含这个宏。

对象树:

Qt中引入了“对象树”机制。这个树到底是做什么的呢？我们在这里就把它简单地认为是一个对象资源管理的机制。当我们创建一个Qt对象，就可以将它挂在对象树上，由它来控制这个资源的释放销毁。似乎同“垃圾回收”机制类似，但它对性能的影响很小。

(3) widget.ui ⽂件解析

当我们点击这个文件时，Qt Creator会为我们Qt Design上：

当我们再次返回到编辑，点击这个.ui文件时，就会变成这样：

如果你了解过前端，那么你看到这样神似的代码，似乎会联想到“.html”。不过，虽然它们极其相似，但.ui文件是由"xml"格式输写的。

在xml中，有哪些标签，表示什么含义都是通过程序员自定义的。此处的xml中的标签，就是大佬们开发的专属Qt的标签。至于每个标签是啥含义呢，并不需要我们去关心，我们只需要知道.ui文件本质上是一个xml格式的文件即可。

当我们对当前.ui文件进行编译，打开左上方项目的“展开Expoler”：
找到同层目录下的新目录。这些以“build-xx”开头的新目录，这是我们将Qt程序启动后，自动生成的临时文件：
我们打开ui文件：
所以，ui文件的本质，最终会被Qt Creator翻译成C++文件，并编译到可执行程序之中。

其中，我们还能看到由qmake自动生成的makefile。

Qt对象树

在 Qt 中创建很多对象的时候会提供⼀个 Parent 对象指针，这些Parent指针都需要被进行构造，可是，为什么需要构造这些Parent指针呢？

对于C\C++ 程序员而言，该语言为了追求性能，并没有提供类似“垃圾回收”的机制。所以，当使用程序申请堆上空间、或者是文件描述符、套接字等系统资源，需要由程序员手动回收。可是！只要是人工操作，就可能失误，就会出现申请的资源不能得到及时释放，从而让系统内的资源被占用，系统剩余资源越来越少，导致机器变卡甚至宕机……上述的种种，换句话说，也就是“资源泄露”。