本篇文章使用俩种方式实现Qt上的Hello world:
- 通过图形化的方式,在界面上创建出一个控件,显式Hello world
- 通过纯代码的方式,通过编写代码,在界面上创建控件,显示Hello world
图形化方式
双击Forms文件中的widget.ui文件,进入Qt Designer。
往界面上拖拽一个QLabel的控件,Qt Designer的右上角通过树形结构,显示出了当前界面上都有哪些控件。
通过双击这个Label控件,可以更改里面文本内容。
此时,在ui文件的xml中就会多出来一段代码,进一步的qmake就会在编译项目的时候,基于这个内容生成一段C++代码,通过这个C++代码构建出界面内容。
纯代码方式
一般通过代码来构建界面的时候,通常会把构造界面的代码放在widget/Mainwindow的构造函数中。
注意,unknow type name 'QLabel'无法识别类型,在Qt中,每一个类都有一个对应同名的头文件。这里需要包含QLabel的头文件。
注意,这里出现俩个可以选择label的头文件
- qlabel.h 是早期的一中风格
- QLabel
在1998年之后,C++标准成立了C++98标准之后,规定了包含头文件,统一使用#include< cstdio >代替原有的#include< stdio.h >文件。
label“标签”,意思是在界面上创建一个用来显示内容的字符串控件。
创建对象的时候,可以在堆上创建,也可以在栈上创建,这里更推荐在堆上创建。
QLabel(this); 是为了给当前这个label对象,指定一个父类对象,this指的是this此时调用这个类的对象。
设置控件中,要显示的文件内容。
这里为什么是QString呢?
这是由于Qt诞生于1991年,那个时候C++还没有形成标准,C++更没有“标准库”这样的改变。而在当时,需要表示一个字符串,可以使用C风格字符串(/0结尾),也可以使用C++的string,但是二者均不太好使用。
Qt当时为了可以开发更加顺畅,就发明了一个自己的库,搞了一系列的基础类来支持Qt的开发。
包括不限于:
- 字符串 Qstring
- 动态数组 Qvector
- 链表 Qlist
- 字典 Qmap
- 等等
虽然很多年之后,C++标准中的容器已经被打磨的很不错了,但是很显然已经引入Qt的自己包装好的容器类,也不可能删除,就只能和现有的标准库中的容器类共存了。
因此,在开发Qt代码的时候,如果需要用到上述容器类,可以使用标准库的容器,也可以使用Qt自己的容器。
但是在Qt原生的api中,涉及到的接口,用到都是Qt的容器。同时在后续代码中,还会经常见到Qstring这样的一些东西,但是很少见到std::string,但是Qstring和std::string之间也是可以很方便的相互转换。
总的来说,Qstring要比标准库中的std::string好用一点,就比如Qstring内部已经堆字符编码做了处理。
在Qstring中也提供了C风格字符串作为参数的构造函数,不显示构造Qstring,在上述代码中,C风格字符串也会隐式构造成Qstring对象。
【注意】Qstring对应的头文件,已经被很多Q内置的其他类给间接包含了,因此一般不需要显式包含Qstring头文件。
此时,就显示出了Hello world,通过代码创建QLabel默认是在左上角。
关于内存泄漏问题
在前文new一个对象时,没有出现delete,这里会不会出现内存泄漏呢?(内存泄漏是一个非常严重的问题,不仅仅是内存泄漏,包括文件扫描符泄漏等同类问题都是非常严重的,这种问题是容易第一时间发现的。)
需要注意的是,上述代码,在Qt中并不会产生内存泄漏,label对象会在合适的时候被析构释放,这里虽然没有手写delete,但是确实能被释放,之所以能够把对象释放,主要是因为这个对象挂到了对象树上。
下面我们就结合对象树看看Qt中是否存在内存泄漏。
对象树
在前端开发(网页开发)中,也涉及到类似的对象树(DOM),本质上是一个树形结构(N叉树),通过树性结构把界面上的各种元素组织起来。
在Qt中也是类似,Qt的对象树也是一个N叉树,并把界面上的各种元素组织起来。
通过这个树性结构,就把界面上要显示的这些控件对象都组织起来了。
使用对象树,把这些内存组织起来,最重要的目的,就是为了能够在合适的时机,把这些对象统一进行释放。
【合适的时机】窗口关闭或者销毁的时间。
这里的树上的这些对象,统一销毁是最好不过的,如果某个对象提前销毁,此时就会导致对应的控件就在界面上不存在了。
通过new的方式创建对象,也就是为了把对象的生命周期交给Qt的对象树来统一管理。
假设这个对象是按照栈上的变量创建的,就可能会存在一些提前释放的问题:
当把对象设成在栈上创建,此时就可以看到运行起来的程序无法显示出Hello world,此时label对象随着构造函数的结束就销毁了。
【继承的本质】对现有代码进行扩展。
构造一个类来观察内存泄漏问题
Qt Creator虽然可以生成部分代码,但是没有完全生成,部分内容还是需要自己手动包含。
构造函数使用带QWidget* 版本的,这样才能确保自己的对象能够加到对象树上。
然后点击.h文件对应的.cpp文件。
【小技巧】在Qt中,可以通过点击F4切换头文件和对应的.cpp文件。
调用父类的构造函数,才能让自己的类对象加入到Qt对象中,创建自定义的类,最主要的目的是自定义一个析构函数,在析构函数中,完成打印,方便看到最终的自动销毁对象的效果。
写下一个函数声明之后,按下alt+enter,就可以自动地在对应地.cpp文件中添加函数的定义,然后再将内容输出。
使用自己定义的MyLabel代替原来的QLabel,所谓的“函数”本质上是扩展,保持原有功能不变的基础上,给对象扩展出一个析构函数,通过这个析构函数打印一个自定义的日志,方便观察程序运行的结果。
关闭窗口,看到有日志输出。
有日志,说明析构函数已经执行,虽然没有手动delete,但是由于把myLabel挂到了对象树上,此时窗口被销毁的时候,就会自动销毁对象树中的所有对象。
但是预期中打印“被销毁”,但是实际中打印出现乱码。乱码这种事情是经常会出现的,乱码出现的原因有且只有一个(不局限于C++),就是编码方式不匹配。
乱码问题的解释
问题:在计算机中,一个汉字占用几个字节?
- 针对这个问题,只要回答出一个具体的数字,就一定是错误的。需要包含一定的前提条件:当前中文编码使用的是哪种方式(字符集)。
计算机中的数据是以二进制的方式存储的,对于英文字母,使用ASCII码值表示,规定了每一个字符,都有一个对应的数字来表示,只表示英文,一个字节足够了。
对于中文来讲,中文的日常用字有四千多个,如果加上生僻字总数可以达到六万个左右,如果仍然使用一个类似于ASCII码表格存储,给每一个汉字分配一个整数即可,这对于计算机而言,似乎也是可以实现的。
表示汉字的字符集,其实是有很多种的,但是不同的字符集,对于同一个汉字会使用不同的数字。
目前表示汉字字符集,主要是分为俩种方式:
- GBK(中国大陆)使用俩个字节表示一个汉字,Windows简体中文版默认的字符集就是GBK。
- UTF-8 / utf8,变长编码,表示一个符号,使用的字节数有变化,2-4个,但是在utf8中,一个汉字一般是3个字节,在Linux中默认就是utf8.
一个汉字具体的utf8/GBK编码数值可以通过在线工具来查看。
http://www.mytju.com/classCode/tools/encode_utf8.asphttp://www.mytju.com/classCode/tools/encode_utf8.asp
所以,我们在Qt中看到的编码方式是不匹配的,原因是:如果字符串中本身是utf8编码的,但是终端(控制台)是按照GBK的方式来解析显示的,此时就会出现乱码,就比如拿着utf8的数值去查看GBK的码表,就会出现乱码的情况。
在Qt中,字符串的编码方式和当前文件的编码方式一致。
注意:
- 如果显示的是UTF-8,说明这个文件就是UTF-8编码的;
- 如果显示的是ANSI,说明这个文件是GBK编码的。
而Qt creator中出现了乱码,所以就不是utf8编码的,同时需要注意的是,这个终端好像不能设置字符编码的。
当前表示中文主流的方式是utf8(支持各国语言文字)。
在Qt中,Qstring是可以帮助我们自动的处理编码方式的;不仅Qstring,Qt也提供了专门用来打印日志的工具,也能自动处理编码方式。
Qt中提供了qDebug()工具,就可以完成日志的过程,这样可以很好地处理字符编码,不需要程序员过多干预,内部就会很好地处理问题。
【注意】QDebug是Qt中地一个类,一般不会直接使用这个类,而qDebug是一个宏,封装了QDebug对象。
可以直接使用qDebug(),可以当作cout直接使用。
后续在Qt的过程中,如果想通过打印日志的方式输出一些调试信息,都优先使用qDebug(),虽然使用cout也可以,但是cout对于编码的处理不太好,在Windows上容易出现乱码,而如果是在Linux中使用Qt creator。一般就可以,这是因为Linux默认的编码一般都是utf8的。
为什么会选择输出日志来观察程序呢?
调试器很多时候都是有局限性的,是无法使用的,但是使用日志可以很好地解决问题,无论哪一种方式,本质上都是观察程序执行地中间过程和中间结果。