您的位置:首页 > 编程语言 > Qt开发

QT学习笔记

2013-11-28 14:13 218 查看
Qt中的每个类,都有一个对应的同名头文件,其中包含其类定义。例如要使用QApplication类,则需要在程序中添加" #include<QApplication>"

QApplication类用于管理应用程序范围内的资源。其构造函数需要main函数的argc和argv作为参数。
widget被创建时都是不可见的(always createdhidden)。widget中可容纳其它widget。
Qt中的widget在有用户行为或状态改变时会emit signal。
signal可以和slot函数连接在一起(connect),这样当有signal被emit时,对应的slot函数会被自动调用。
QWidget类的构造函数需要一个 QWidget *
指针作为参数,表示其parent widget(默认值为0,即不存在parent widget)。在parent
widget被删除时,Qt会自动删除其所有的child widget。
Qt中有三种Layout Manager
类: QHBoxLayout,QVBoxLayOut,QGridLayOut。基本模式是将widget添加进LayOut,由Layout自动接管widget的尺寸和位置。
启动Qt程序时可以通过 -style
参数改变程序的默认显式风格。
Chapter 2 Creating Dialogs
2.1 Subclassing Dialog
Qt中所有dialog的基类是QDialog。QDialog派生自QWidget。
Qt中所有定义了signal或slot的类,在其类定义的开始处都要使用Q_OBJECT宏。Qt中的signal关键字实际上是宏定义。类似的,slots关键字也是宏定义。
Qt所提供的类分为若干模块:QtGui,QtNetWork,QtOpenGL,QtSql,
QtSvg和QtXml等。
QObject::tr() 函数将输入的字符串转换为其他语言(国际化)。对所有用户可见的字符串都使用tr()函数是一个良好的习惯。
Buddy:两个widget A和B,若A拥有快捷键,当用户按下该快捷键时,程序的输入焦点自动转移到B上,则称B是A的buddy。
QWidget::close() 是一个slot,其默认行为是使对应的widget隐藏不可见,但并不删除该widget。
Layout 中可包含widget和其他layout。通过嵌套使用QHBoxLayOut、QVBoxLayOut、QGridLayOut,可以构造非常复杂的dialog。值得注意的是:layout
manager 类并不属于widget。实际上,它派生自QLayout,而QLayout又派生自QObject。
QWidget::sizeHint() 返回一个widget()的理想大小(ideal size)。
emit关键字是Qt特有的,用于产生signal。
MOC(Meta-Object-Compiler): 对于所有使用了Q_OBJECT宏的类,在编译时都需要通过MOC的处理,否则会出现链接错误。解决该错误的办法也很简单,重新执行qmake以更新makefile,然后重新编译。
2.2 Signal and Slot in Depth
Signal & Slot 机制是Qt的根基。
Slot和普通的C++类成员函数几乎完全一致;可以是virtual的,可以被重载,可以是public、protected或private的,而且也可所以被其他成员函数直接调用。
signal与slot之间的关联可以是一对一、一对多或多对一。
signal和signal之间也可以被关联,此种情况与signal-slot的区别在于,当第一个sigal被emit时,第二个signal也被emit。
可以调用disconnect()来解除signal
与slot之间的关联,通常情况下很少需要显式调用disconnect(),因为对象被删除时Qt会自动移除与其相关的关联。
sigal-slot或signal-signal这样的关联,要求二者具备相同的参数列表;若signal比slot中的参数多,多余的参数会被忽略。
思维定势:signal-slot机制只能用于widget。实际上signal-slot机制是由QObject实现的,并不仅局限于GUI编程,可以用于任何QObject子类。
2.3 Rapid Dialog Design
使用Qt Designer创建的form最终被转换为C++代码。
qmake工具能够检测到interface file(*.uifiles),并调用uic,即Qt的user
interface compiler。uic将.ui文件转换为C++代码,并存放在形式为ui_xxx.h的文件中。该文件中给出了dialog对应类的完整定义,并包含一个
setupUi()成员函数,用于初始化form。
注意,由uic创建的这个类未派生自任何Qt class。
Qt的 parent-child机制是由QObject实现的。当创建一个对象时若指定了parent,则parent将该对象添加至其
childern list。当parent被删除时,Qt会遍历其childern list并删除每个child,该过程会递归进行。这一机制极大的简化了内存管理,降低了内存泄露的风险——程序员只需显式的删除通过new创建并且没有parent的对象。
对于widget,parent还有一层附加的意义:chidl widget
是显示在parent widget的范围之内的。如果删除parent widget,不仅child
widget从内存中被释放,在屏幕上也会消失。
QDialog::accept() 将dialog的返回值设为QDialog::Accepted(值为1),而QDialog::reject()将返回值设为QDIalog::Rejected(值为0)。
2.5 Dynamic Dialogs
Dynamic Dialog指的是程序在运行时根据.ui文件创建的dialog。这样的dialog不是通过uic将.ui转换为C++代码,而是在运行时使用QUiLoader类装载.ui文件。
可以使用QObject::findChild<T>()来访问form的child
widget。
要使用QUiLoader,需要在Qt程序的.pro文件中添加以下内容:
CONFIG += uitools
Dynamic dialog允许在不重新编译程序的前提下更改form的布局。
Chapter 3 Creating Main Windows
3.1 Subclassing QMainWindow
应用程序的主窗口是通过创建QMainWindow的派生类来完成的。QMainWindow和QDialog一样,都是派生自QWidget。
closeEvent()是由QWidget提供的一个虚函数,在用户关闭窗口时会被自动调用。
setCentralWidget()将某个Widget设置为主窗口的central widget,而central
widget意味着在显示时会占据主窗口的中央位置。
Qt下的GUI
编程支持多种图形格式。可以使用多种方式为应用程序提供图像,最常见的包括:
1). 将图像存储在文件中,运行时加载之。
2). 在源码中include XPM文件(XPM文件也是合法的C++文件)。
3). 利用Qt的资源机制。
Qt的资源机制比之运行时加载更方便,并对所有支持的图像格式都能良好工作。
为了利用Qt的资源机制,需要创建一个资源文件,并在.pro文件中对应添加一行来对资源文件进行标识。例如:
RESOURCES= spreadsheet.qrc
资源文件本身采用了简单的XML格式。它被编译进程序的可执行文件,因此不会被丢失。在对资源进行定位时,使用路径前缀":/",例如“
:/images/icon.png "。资源本身可以是任何类型的文件。
3.2 Creating Menus and Toolbars
Qt通过引入Action这一概念简化了对menu和toolbar的编程。一个Action可以被添加到任意数量menu和toobar中。
在Qt中对menu和toolbar的编程涉及到三个步骤:
1). 创建并设置Action
2). 创建menu,并在其中添加Action
3). 创建toolbar,并在其中添加Action
Action的创建是通过QAction类来实现的,对每个Action,可以为其设置accelerator,parent,shortcut
key,可见性以及status tip等属性,并可以通过调用connect()为ACtion设置被触发要执行的操作。
QTableWidget的基类QAbstraceItemView提供了selectAll()这个slot。
QApplication类提供了aboutQt()这个slot,可以通过全局变量qApp(一个类型为QApplication
*的指针)来使用之。
在Qt中,menu由QMenu类的实例表示。而Qmenu是要被放入QMenuBar之中的。函数QMainWindow::menuBar()返回一个类型为QMenuBar
* 的指针。QMenuBar::addMenu()根据指定文本创建一个QMenu widget并将其添加进MenuBar中。QMenu::addAction()
则为Menu添加Action。
任意Qt Widget都可以具备相关的一系列QAction。通过调用QWidget::addAction(),可以为Widget添加Action。这一特性可用来创建上下文菜单。
3.3 Setting Up the Status Bar
QMainWindow::statusBar() 返回一个指向status bar的指针;status bar
在statusBar()第一次被调用时被创建。
3.4 Implementing The Menu
QMessageBox::Defalut修饰符使得被修饰的Button成为默认Button,而QMessage::Escape修饰符则使得Esc键自动触发被修饰的Button。
QMessageBox::warning()用于弹出提示对话框。该函数属于Qt提供的static convenicencefunction
static convenience function
QFileDialog::getOpenFileName()
可用于从用户处获得文件名——该函数弹出一个文件选择对话框,要求用户选择一个文件,并返回文件名,或者在用户选择"Cancel"时返回空字符串。该函数的第一个参数是其parent
widget。对于dialog和其他widget,parent-child关系的意味是不完全相同的。一个dialog永远是一个独立的窗口,但是如果它拥有parent,则默认在parent之上居中显示。
当用户发出关闭窗口的操作时,Qwidget::close()
这个slot会被调用,该slot向对应的widget发送close
event。重新实现QWidget::closeEvent()能够拦截这个event,以便确定是否真的要关闭窗口,防止误操作。
每个QWidget都有一个windowModified属性,在窗口文档被修改时应该被设为True,否则被设为false。
QString::arg() 函数将字符串中编号最低的"%n"用参数进行替换,并返回替换后的字符串。
每个Action都可以拥有一个类型为QVariant的关联数据。
Qt中的qobject_cast<T>()机制对于动态库也可以正常工作。
3.5 Using Dialog
modeless window——one that runsindependently of any other windows in the application
对于modeless dialog
,当其被弹出时,可能处于三种情况:
1). 这是该对话框第一次被激活
2). 该对话框之前曾被激活,但用户又将其关闭
3). 该对话框之前曾被激活,而且仍可见
show() 将一个隐藏窗口变为可见,而activateWIndow()则将窗口的状态变为active。
model window——pops up wheninvoked and blocks the application,preventing any otherprocessing or interactions until it is closed.
一个dialog若是用show()来激活,则是modeless dialog;若通过exec()来激活,则是model
dialog。此外,还可以调用setModel()来设置dialog的显示模式。
QDialog::exec() 的返回至在dialog被确认时为true,否则为false。
在栈上创建 model dialog是一种良好的编程惯例,因为在使用完后就不再需要,而model dialog会在作用域结束后自动被销毁。
由于多数应用程序的About box
都是高度雷同的,Qt中提供了一个方便的static convenicencefunction QMessage::about(),该函数和QMessageBox::warning()很相似。
3.6 Storing Setting
Qt中是通过QSettings类来将应用程序的设置信息存储到平台相关的位置——windows下存入注册表中,unix中存在文本文件中。
QSettings的构造函数包含两个参数,分别是organization's name
和 application's name
,Qt使用这两个参数来对应用程序的设置信息进行定位。
QSettings以key-value pair的形式存储信息。
3.7 Multiple Documents
要想实现多文档程序,首先必须要通过new在堆上创建主窗口,而不是在栈上创建主窗口。
QAplication::closeAllWindows()
这个slot完成的操作是关闭应用程序所有的窗口,除非其中某个窗口拒绝了close event。程序员不需要担心未保存的修改,因为这会由QWidget::closeEvent()负责处理。
通过在MainWindow的构造函数中调用setAttribute()函数来设置Qt::WA_DeleteOnClose属性,可以要求Qt在窗口被关闭时将其自动销毁
Qt在其可用所有平台上都支持SDI和MDI程序的创建。
3.8 Splash Screnns
在Qt中为程序添加splash screen非常简单,可通过QSplashScreen类来实现。
通常情况下,与splash screen相关的代码都放在main()中,出现在调用QApplication::exec()之前。
Chapter 4 ImplementingApplication Functionality
4.1 The Central Widget
QMainWindow的中央区域可以被任何类型的widget占据。
4.2 Subclassing QTableWidget
QTableWidget会自动创建QTableWidgetItem来存储用户的输入。
QTableWidgetItem类并不是widget,而是一个纯粹的data class。
QTabeWidget::setItermProtype()可以设置在获得用户输入的情况下自动创建哪种cllass。
4.3 Loading and Saving
QFile & QDataStream
QFile的析构函数负责将打开的文件关闭。
QDataStream类具有很强的通用性,可作用于QFile,QBuffer,QProcess,QTcpSocket,QUdpSocket。
Qt还提供了一个QTextStream类用于专门读写文本文件。
4.6 Subclassing QTableWidgetItem
每个QTableWidgetIterm中可存储若干数据,这是通过个QVariant来实现的。每一个QVariant对象都以某个role来存储某一类数据,常用的role有Qt::EditRole和Qt::DiaplayRole。
QVarinant对象可以存放多种类型的变量值,并提供向其他类型转型的函数接口。
使用默认构造函数创建的QVariant对象被视为invalid variant。
Chapter 5. Creating CustomWidgets
用户自定义的控件可以通过继承现有的Qt控件实现,也可以直接从QWidget继承来实现
5.1 Customizing Qt Widgets
5.2 Subclassing QWidget
通过对QWidget进行派生,并重新编写其部分event handler来进行绘图和响应用户操作,程序员可以实现对widget的外观和行为的完全控制。
Qt的内置Widget如QLabel、QPushButton、QTabelWidget等,就是以这种方式实现的。
宏Q_PROPERTY()用来为widget声明和添加自定义属性。
每个属性的定义都对应一个数据类型(任何被QVarinat支持的类型都可以),一个read
function以及可选的write function。
对于包含自定义属性的类,Q_OBJECT和Q_PROPERTY()这两个宏都是必备的。
QImage类以一种硬件无关的方式存储图像信息。
Qt中提供了两个类型用于存储色彩信息:QRgb和QColor。
QRgb其实是一个typedef,用于存放32-bit的像素信息。
QColor则是一个提供了许多接口函数的类,在Qt中广泛的用于存储色彩。
QWidget::update()函数用于对widget进行强制性的重绘。
QWidget::updateGeometry()用于告知包含该widget的layout:该widget的size
hint已发生变化,layout会自动进行调整。
通过调用QWidget::update()和QWidget::repaint(),可以强制性的产生一个
paint event,两者的却别在于repaint()导致立即重绘,而update()只是将一个paint
event放入event queue中。
如果对update()进行连续多次调用,Qt会将连续的paint event压缩合并为一个paint
event,以防止图像抖动。
每个widget都拥有一个palette,用于设置widget中在什么情况下使用什么色彩,如背景色、文本色等。
widget的palette由三个color group组成:active
,inactive
,disabled。
QWidget::palette()以QPalette的形式返回widget的palette,而clolor
group则通过枚举类型QPalette::ColorGroup指定
5.3 Intergrating Custom Widgetswith Qt Designer
要像在Qt Designer中使用自定义widget的话,必须要让Qt Designer能够了解到它们的存在。
有两种机制:promotion approach
&plugin approach
promotion approach 很容易也很省时,但缺点是自定义widget的自定义属性在Qt Designer中是不可见和不可访问的,而使用plugin
approach时则不存在这些问题。
plugin approach要求创建一个Qt Designer
可以在运行时加载的plugin library,以用于创建widget的实例。由于Qt的MOC机制,Qt
Designer可以动态获取widget的property list。
要使用plugin approach
,首先要对QDesignCustomWidgetInterface进行派生,并重写某些虚函数。
Q_INTERFACES()宏用于告知Qt该类实现了哪个interface。
在实现plugin class的源文件尾部,必须使用Q_EXPORT_PLUGIN2()宏使得该plugin对Qt
Designer可见、可用。该宏第一个参数是plugin的名字,第二个参数是实现该plugin的class
name。
5.4 Double Buffering
QWidget::style()返回用于绘制该widget时所使用的style。Qt中的style都是QStyle的派生类。同一应用程序中的
widget一般都使用相同的style,然而可以调用QWidget::setStyle()来进行widget层次的特别设置
 
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: