Easton of the blog Easton个人博客

大家感觉MFC快主要原因是MFC工程默认打开了编译预处理头文件（PCH），但是这是VC编译器的特性，所有C++程序都可以用，不是MFC特有，Qt也可以使用 PCH。 方法很简单，在你的 .pro 文件中加入一行 PRECOMPILED_HEADER = stable.h 指定 Stable.h这个头文件作为编译预处理文件，MFC里这个文件一般叫stdafx.h然后在 stable.h里 包含你所用到的所有 Qt 头文件，如果你用了很多qt的类可以直接包含所有 比如 ： #include <QtCore> #include <QtGui> 这两个文件里又包含了几乎所有Qt常用类不用担心，即使包含了所有头文件也没关系，有了PCH再多头文件也没影响。 如果你还想编译再快点，可以在 .pro里加入下面一行 QMAKE_CXXFLAGS += /MP 指定/mp编译选项，编译器将使用并行编译，同时起多个编译进程并行编译不同的cpp 而且QT这种引入PCH的方法比MFC的好，由于MFC的PCH选项是每个工程逐个指定的，很容易被某些人搞坏，但是Qt的选项是写在.pro里的，写一次就永远不会错。MFC一旦弄坏了PCH，编译也慢得令人发指。   上述问题解决方案来自于知乎用户姚东，他的地址http://www.zhihu.com/people/yao-dong-27。

  事件（event）是由系统或者 Qt 本身在不同的时刻发出的。当用户按下鼠标、敲下键盘，或者是窗口需要重新绘制的时候，都会发出一个相应的事件。一些事件在对用户操作做出响应时发出，如键盘事件等；另一些事件则是由系统自动发出，如计时器事件。 事件也就是我们通常说的“事件驱动（event drive）”程序设计的基础概念。事件的出现，使得程序代码不会按照原始的线性顺序执行。想想看，从最初的 C 语言开始，我们的程序就是以一种线性的顺序执行代码：这一条语句执行之后，开始执行下一条语句；这一个函数执行过后，开始执行下一个函数。这种类似“批处理”的程序设计风格显然不适合于处理复杂的用户交互。我们来想象一下用户交互的情景：我们设计了一堆功能放在界面上，用户点击了“打开文件”，于是开始执行打开文件的操作；用户点击了“保存文件”，于是开始执行保存文件的操作。我们不知道用户究竟想进行什么操作，因此也就不能预测接下来将会调用哪一个函数。如果我们设计了一个“文件另存为”的操作，如果用户不点击，这个操作将永远不会被调用。这就是所谓的“事件驱动”，我们的程序的执行顺序不再是线性的，而是由一个个事件驱动着程序继续执行。没有事件，程序将阻塞在那里，不执行任何代码。 在 Qt 中，事件的概念似乎同信号槽类似。的确如此，一般来说，使用 Qt 组件时，我们并不会把主要精力放在事件上。因为在 Qt 中，我们关心的更多的是事件关联的一个信号。比如，对于QPushButton的鼠标点击，我们不需要关心这个鼠标点击事件，而是关心它的clicked()信号的发出。这与其他的一些 GUI 框架不同：在 Swing 中，你所要关心的是JButton的ActionListener这个点击事件。由此看出，相比于其他 GUI 框架，Qt 给了我们额外的选择：信号槽。 但是，Qt 中的事件和信号槽却并不是可以相互替代的。信号由具体的对象发出，然后会马上交给由connect()函数连接的槽进行处理；而对于事件，Qt 使用一个事件队列对所有发出的事件进行维护，当新的事件产生时，会被追加到事件队列的尾部。前一个事件完成后，取出后面的事件进行处理。但是，必要的时候，Qt 的事件也可以不进入事件队列，而是直接处理。信号一旦发出，对应的槽函数一定会被执行。但是，事件则可以使用“事件过滤器”进行过滤，对于有些事件进行额外的处理，另外的事件则不关心。总的来说，如果我们使用组件，我们关心的是信号槽；如果我们自定义组件，我们关心的是事件。因为我们可以通过事件来改变组件的默认操作。比如，如果我们要自定义一个能够响应鼠标事件的EventLabel，我们就需要重写QLabel的鼠标事件，做出我们希望的操作，有可能还得在恰当的时候发出一个类似按钮的clicked()信号（如果我们希望让这个EventLabel能够被其它组件使用）或者其它的信号。 在前面我们也曾经简单提到，Qt 程序需要在main()函数创建一个QCoreApplication对象，然后调用它的exec()函数。这个函数就是开始 Qt 的事件循环。在执行exec()函数之后，程序将进入事件循环来监听应用程序的事件。当事件发生时，Qt 将创建一个事件对象。Qt 中所有事件类都继承于QEvent。在事件对象创建完毕后，Qt 将这个事件对象传递给QObject的event()函数。event()函数并不直接处理事件，而是按照事件对象的类型分派给特定的事件处理函数（event handler）。关于这一点，我们会在以后的章节中详细说明。 在所有组件的父类QWidget中，定义了很多事件处理的回调函数，如keyPressEvent()、keyReleaseEvent()、mouseDoubleClickEvent()、mouseMoveEvent()、mousePressEvent()、mouseReleaseEvent()等。这些函数都是 protected virtual 的，也就是说，我们可以在子类中重新实现这些函数。下面来看一个例子： class EventLabel : public QLabel { protected: void mouseMoveEvent(QMouseEvent *event); void mousePressEvent(QMouseEvent *event); void mouseReleaseEvent(QMouseEvent *event); }; void EventLabel::mouseMoveEvent(QMouseEvent *event) { this->setText(QString("<center><h1>Move: (%1, %2)</h1></center>") .arg(QString::number(event->x()), QString::number(event->y()))); } void EventLabel::mousePressEvent(QMouseEvent *event) { this->setText(QString("<center><h1>Press: (%1, %2)</h1></center>") .arg(QString::number(event->x()), QString::number(event->y()))); } void EventLabel::mouseReleaseEvent(QMouseEvent *event) { QString msg; msg.sprintf("<center><h1>Release: (%d, %d)</h1></center>", event->x(), event->y()); this->setText(msg); } int main(int argc, char *argv[]) { QApplication a(argc, argv); EventLabel *label = new EventLabel; label->setWindowTitle("MouseEvent Demo"); label->resize(300, 200); label->show(); return a.exec(); } 我们编译运行上面的代码，就可以理解到有关事件的使用方法。 EventLabel继承了QLabel，覆盖了mousePressEvent()、mouseMoveEvent()和MouseReleaseEvent()三个函数。我们并没有添加什么功能，只是在鼠标按下（press）、鼠标移动（move）和鼠标释放（release）的时候，把当前鼠标的坐标值显示在这个Label上面。由于QLabel是支持 HTML 代码的，因此我们直接使用了 HTML 代码来格式化文字。 QString的arg()函数可以自动替换掉QString中出现的占位符。其占位符以 % 开始，后面是占位符的位置，例如 %1，%2 这种。 QString("[%1, %2]").arg(x, y); 语句将会使用 x 替换 %1，y 替换 %2，因此，这个语句生成的QString为 [x, y]。 在mouseReleaseEvent()函数中，我们使用了另外一种QString的构造方法。我们使用类似 C 风格的格式化函数sprintf()来构造QString。 运行上面的代码，当我们点击了一下鼠标之后，label 上将显示鼠标当前坐标值。 为什么要点击鼠标之后才能在mouseMoveEvent()函数中显示鼠标坐标值？这是因为QWidget中有一个mouseTracking属性，该属性用于设置是否追踪鼠标。只有鼠标被追踪时，mouseMoveEvent()才会发出。如果mouseTracking是 false（默认即是），组件在至少一次鼠标点击之后，才能够被追踪，也就是能够发出mouseMoveEvent()事件。如果mouseTracking为 true，则mouseMoveEvent()直接可以被发出。知道了这一点，我们就可以在main()函数中直接设置下： EventLabel *label = new EventLabel; label->setWindowTitle("MouseEvent Demo"); label->resize(300, 200); label->setMouseTracking(true); label->show(); 这样子就没有这个问题了。     本文为转载，目的以学习为主，原文出处：http://www.devbean.net/2012/09/qt-study-road-2-events/。

  在前面的章节中，我们讨论了 Qt 标准对话框QMessageBox的使用。所谓标准对话框，其实也就是一个普通的对话框。因此，我们同样可以将QDialog所提供的其它特性应用到这种标准对话框上面。今天，我们继续讨论另外一个标准对话框：QFileDialog，也就是文件对话框。在本节中，我们将尝试编写一个简单的文本文件编辑器，我们将使用QFileDialog来打开一个文本文件，并将修改过的文件保存到硬盘。这或许是我们在本系列中所提供的第一个带有实际功能的实例。 首先，我们需要创建一个带有文本编辑功能的窗口。借用我们前面的程序代码，应该可以很方便地完成： openAction = new QAction(QIcon(":/images/file-open"), tr("&Open..."), this); openAction->setShortcuts(QKeySequence::Open); openAction->setStatusTip(tr("Open an existing file")); saveAction = new QAction(QIcon(":/images/file-save"), tr("&Save..."), this); saveAction->setShortcuts(QKeySequence::Save); saveAction->setStatusTip(tr("Save a new file")); QMenu *file = menuBar()->addMenu(tr("&File")); file->addAction(openAction); file->addAction(saveAction); QToolBar *toolBar = addToolBar(tr("&File")); toolBar->addAction(openAction); toolBar->addAction(saveAction); textEdit = new QTextEdit(this); setCentralWidget(textEdit); 我们在菜单和工具栏添加了两个动作：打开和保存。接下来是一个QTextEdit类，这个类用于显示富文本文件。也就是说，它不仅仅用于显示文本，还可以显示图片、表格等等。不过，我们现在只用它显示纯文本文件。QMainWindow有一个setCentralWidget()函数，可以将一个组件作为窗口的中心组件，放在窗口中央显示区。显然，在一个文本编辑器中，文本编辑区就是这个中心组件，因此我们将QTextEdit作为这种组件。 我们使用connect()函数，为这两个QAction对象添加响应的动作： /// !!!Qt5 connect(openAction, &QAction::triggered, this, &MainWindow::openFile); connect(saveAction, &QAction::triggered, this, &MainWindow::saveFile); /// !!!Qt4 connect(openAction, SIGNAL(triggered()), this, SLOT(openFile())); connect(saveAction, SIGNAL(triggered()), this, SLOT(saveFile())); 这些应该都不是问题。我们应该能够很清楚这些代码的含义。下面是最主要的openFile()和saveFile()这两个函数的代码： void MainWindow::openFile() { QString path = QFileDialog::getOpenFileName(this, tr("Open File"), ".", tr("Text Files(*.txt)")); if(!path.isEmpty()) { QFile file(path); if (!file.open(QIODevice::ReadOnly | QIODevice::Text)) { QMessageBox::warning(this, tr("Read File"), tr("Cannot open file:\n%1").arg(path)); return; } QTextStream in(&file); textEdit->setText(in.readAll()); file.close(); } else { QMessageBox::warning(this, tr("Path"), tr("You did not select any file.")); } } void MainWindow::saveFile() { QString path = QFileDialog::getSaveFileName(this, tr("Open File"), ".", tr("Text Files(*.txt)")); if(!path.isEmpty()) { QFile file(path); if (!file.open(QIODevice::WriteOnly | QIODevice::Text)) { QMessageBox::warning(this, tr("Write File"), tr("Cannot open file:\n%1").arg(path)); return; } QTextStream out(&file); out << textEdit->toPlainText(); file.close(); } else { QMessageBox::warning(this, tr("Path"), tr("You did not select any file.")); } } 在openFile()函数中，我们使用QFileDialog::getOpenFileName()来获取需要打开的文件的路径。这个函数具有一个长长的签名： QString getOpenFileName(QWidget * parent = 0, const QString & caption = QString(), const QString & dir = QString(), const QString & filter = QString(), QString * selectedFilter = 0, Options options = 0) 不过注意，它的所有参数都是可选的，因此在一定程度上说，这个函数也是简单的。这六个参数分别是： parent：父窗口。我们前面介绍过，Qt 的标准对话框提供静态函数，用于返回一个模态对话框（在一定程度上这就是外观模式的一种体现）； caption：对话框标题； dir：对话框打开时的默认目录，“.” 代表程序运行目录，“/” 代表当前盘符的根目录（特指 Windows 平台；Linux 平台当然就是根目录），这个参数也可以是平台相关的，比如“C:\\”等； filter：过滤器。我们使用文件对话框可以浏览很多类型的文件，但是，很多时候我们仅希望打开特定类型的文件。比如，文本编辑器希望打开文本文件，图片浏览器希望打开图片文件。过滤器就是用于过滤特定的后缀名。如果我们使用“Image Files(*.jpg *.png)”，则只能显示后缀名是 jpg 或者 png 的文件。如果需要多个过滤器，使用“;;”分割，比如“JPEG Files(*.jpg);;PNG Files(*.png)”； selectedFilter：默认选择的过滤器； options：对话框的一些参数设定，比如只显示文件夹等等，它的取值是enum QFileDialog::Option，每个选项可以使用 | 运算组合起来。 QFileDialog::getOpenFileName()返回值是选择的文件路径。我们将其赋值给 path。通过判断 path 是否为空，可以确定用户是否选择了某一文件。只有当用户选择了一个文件时，我们才执行下面的操作。在saveFile()中使用的QFileDialog::getSaveFileName()也是类似的。使用这种静态函数，在 Windows、Mac OS 上面都是直接调用本地对话框，但是 Linux 上则是QFileDialog自己的模拟。这暗示了，如果你不使用这些静态函数，而是直接使用QFileDialog进行设置，就像我们前面介绍的 QMessageBox 的设置一样，那么得到的对话框很可能与系统对话框的外观不一致。这一点是需要注意的。 首先，我们创建一个QFile对象，将用户选择的文件路径传递给这个对象。然后我们需要打开这个文件，使用的是QFile::open()，其参数是指定的打开方式，这里我们使用只读方式和文本方式打开这个文件（因为我们选择的是后缀名 txt 的文件，可以认为是文本文件。当然，在实际应用中，可能需要进行进一步的判断）。QFile::open()打开成功则返回 true，由此继续进行下面的操作：使用QTextStream::readAll()读取文件所有内容，然后将其赋值给QTextEdit显示出来。最后不要忘记关闭文件。另外，saveFile()函数也是类似的，只不过最后一步，我们使用<<重定向，将QTextEdit的内容输出到一个文件中。关于文件操作，我们会在后面的章节中进一步介绍。 这里需要注意一点：我们的代码仅仅是用于演示，很多必须的操作并没有进行。比如，我们没有检查这个文件的实际类型是不是一个文本文件。并且，我们使用了QTextStream::readAll()直接读取文件所有内容，如果这个文件有 100M，程序会立刻死掉，这些都是实际程序必须考虑的问题。不过这些内容已经超出我们本章的介绍，也就不再详细说明。 至此，我们的代码已经介绍完毕，马上可以编译运行一下了：   本章的代码可以在这里下载： ch17-qt4.zip (5.18 kb) ch17-qt5.zip (5.18 kb)

  在前面的章节（信号槽和自定义信号槽）中，我们详细介绍了有关 Qt 5 的信号槽新语法。由于这次改动很大，许多以前看起来不是问题的问题接踵而来，因此，我们用单独的一章重新介绍一些 Qt 5 的信号槽新语法。 基本用法 Qt 5 引入了信号槽的新语法：使用函数指针能够获得编译期的类型检查。使用我们在自定义信号槽中设计的Newspaper类，我们来看看其基本语法： //!!! Qt5 #include <QObject> ////////// newspaper.h class Newspaper : public QObject { Q_OBJECT public: Newspaper(const QString & name) : m_name(name) { } void send() const { emit newPaper(m_name); } signals: void newPaper(const QString &name) const; private: QString m_name; }; ////////// reader.h #include <QObject> #include <QDebug> class Reader : public QObject { Q_OBJECT public: Reader() {} void receiveNewspaper(const QString & name) const { qDebug() << "Receives Newspaper: " << name; } }; ////////// main.cpp #include <QCoreApplication> #include "newspaper.h" #include "reader.h" int main(int argc, char *argv[]) { QCoreApplication app(argc, argv); Newspaper newspaper("Newspaper A"); Reader reader; QObject::connect(&newspaper, &Newspaper::newPaper, &reader, &Reader::receiveNewspaper); newspaper.send(); return app.exec(); } 在main()函数中，我们使用connect()函数将newspaper对象的newPaper()信号与reader对象的receiveNewspaper()槽函数联系起来。当newspaper发出这个信号时，reader相应的槽函数就会自动被调用。这里我们使用了取址操作符，取到Newspaper::newPaper()信号的地址，同样类似的取到了Reader::receiveNewspaper()函数地址。编译器能够利用这两个地址，在编译期对这个连接操作进行检查，如果有个任何错误（包括对象没有这个信号，或者信号参数不匹配等），编译时就会发现。 有重载的信号 如果信号有重载，比如我们向Newspaper类增加一个新的信号： void newPaper(const QString &name, const QDate &date); 此时如果还是按照前面的写法，编译器会报出一个错误：由于这个函数（注意，信号实际也是一个普通的函数）有重载，因此不能用一个取址操作符获取其地址。回想一下 Qt 4 中的处理。在 Qt 4 中，我们使用SIGNAL和SLOT两个宏来连接信号槽。如果有一个带有两个参数的信号，像上面那种，那么，我们就可以使用下面的代码： QObject::connect(&newspaper, SIGNAL(newPaper(QString, QDate)), &reader, SLOT(receiveNewspaper(QString, QDate))); 注意，我们临时增加了一个receiveNewspaper()函数的重载，以便支持两个参数的信号。在 Qt 4 中不存在我们所说的错误，因为 Qt 4 的信号槽连接是带有参数的。因此，Qt 能够自己判断究竟是哪一个信号对应了哪一个槽。 对此，我们也给出了一个解决方案，使用一个函数指针来指明到底是哪一个信号： void (Newspaper:: *newPaperNameDate)(const QString &, const QDate &) = &Newspaper::newPaper; QObject::connect(&newspaper, newPaperNameDate, &reader, &Reader::receiveNewspaper); 这样，我们使用了函数指针newspaperNameDate声明一个带有QString和QDate两个参数，返回值是 void 的函数，将该函数作为信号，与Reader::receiveNewspaper()槽连接起来。这样，我们就回避了之前编译器的错误。归根结底，这个错误是因为函数重载，编译器不知道要取哪一个函数的地址，而我们显式指明一个函数就可以了。 如果你觉得这种写法很难看，想像前面一样写成一行，当然也是由解决方法的： QObject::connect(&newspaper, (void (Newspaper:: *)(const QString &, const QDate &))&Newspaper::newPaper, &reader, &Reader::receiveNewspaper); 这是一种换汤不换药的做法：我们只是声明了一个匿名的函数指针，而之前我们的函数指针是有名字的。不过，我们并不推荐这样写，而是希望以下的写法： QObject::connect(&newspaper, static_cast<void (Newspaper:: *)(const QString &, const QDate &)>(&Newspaper::newPaper), &reader, &Reader::receiveNewspaper); 对比上面两种写法。第一个使用的是 C 风格的强制类型转换。此时，如果你改变了信号的类型，那么你就会有一个潜在的运行时错误。例如，如果我们把(const QString &, const QDate &)两个参数修改成(const QDate &, const QString &)，C 风格的强制类型转换就会失败，并且这个错误只能在运行时发现。而第二种则是 C++ 推荐的风格，当参数类型改变时，编译器会检测到这个错误。 注意，这里我们只是强调了函数参数的问题。如果前面的对象都错了呢？比如，我们写的newspaper对象并不是一个Newspaper，而是Newspaper2？此时，编译器会直接失败，因为connect()函数会去寻找sender->*signal，如果这两个参数不满足，则会直接报错。 带有默认参数的槽函数 Qt 允许信号和槽的参数数目不一致：槽函数的参数数目要比信号的参数少。这是因为，我们信号的参数实际是作为一种返回值。正如普通的函数调用一样，我们可以选择忽略函数返回值，但是不能使用一个并不存在的返回值。如果槽函数的参数数目比信号的多，在槽函数中就使用到这些参数的时候，实际这些参数并不存在（因为信号的参数比槽的少，因此并没有传过来），函数就会报错。这种情况往往有两个原因：一是槽的参数就是比信号的少，此时我们可以像前面那种写法直接连接。另外一个原因是，信号的参数带有默认值。比如 void QPushButton::clicked(bool checked = false) 就是这种情况。 然而，有一种情况，槽函数的参数可以比信号的多，那就是槽函数的参数带有默认值。比如，我们的Newspaper和Reader有下面的代码： // Newspaper signals: void newPaper(const QString &name); // Reader void receiveNewspaper(const QString &name, const QDate &date = QDate::currentDate()); 虽然Reader::receiveNewspaper()的参数数目比Newspaper::newPaper()多，但是由于Reader::receiveNewspaper()后面一个参数带有默认值，所以该参数不是必须提供的。但是，如果你按照前面的写法，比如如下的代码： QObject::connect(&newspaper, static_cast<void (Newspaper:: *)(const QString &)>(&Newspaper::newPaper), &reader, static_cast<void (Reader:: *)(const QString &, const QDate & =QDate::currentDate())>(&Reader::receiveNewspaper)); 你会得到一个断言错误： The slot requires more arguments than the signal provides. 我们不能在函数指针中使用函数参数的默认值。这是 C++ 语言的限制：参数默认值只能使用在直接地函数调用中。当使用函数指针取其地址的时候，默认参数是不可见的！ 当然，此时你可以选择 Qt 4 的连接语法。如果你还是想使用 Qt 5 的新语法，目前的办法只有一个：Lambda 表达式。不要担心你的编译器不支持 Lambda 表达式，因为在你使用 Qt 5 的时候，能够支持 Qt 5 的编译器都是支持 Lambda 表达式的。于是，我们的代码就变成了： QObject::connect(&newspaper, static_cast<void (Newspaper:: *)(const QString &)>(&Newspaper::newPaper), [=](const QString &name) { /* Your code here. */ });     本文为转载，目的以学习为主，原文出处：http://www.devbean.net/2012/09/qt-study-road-2-deep-qt5-signals-slots-syntax/。

  所谓标准对话框，是 Qt 内置的一系列对话框，用于简化开发。事实上，有很多对话框都是通用的，比如打开文件、设置颜色、打印设置等。这些对话框在所有程序中几乎相同，因此没有必要在每一个程序中都自己实现这么一个对话框。 Qt 的内置对话框大致分为以下几类： QColorDialog：选择颜色； QFileDialog：选择文件或者目录； QFontDialog：选择字体； QInputDialog：允许用户输入一个值，并将其值返回； QMessageBox：模态对话框，用于显示信息、询问问题等； QPageSetupDialog：为打印机提供纸张相关的选项； QPrintDialog：打印机配置； QPrintPreviewDialog：打印预览； QProgressDialog：显示操作过程。 这里我们简单地介绍一下标准对话框QMessageBox的使用。在前面有了关于对话框的基础之上，应该可以结合文档很轻松地学习如何使用 Qt 的标准对话框。其它种类的标准对话框，我们将在后面的章节中再一一介绍。 QMessageBox用于显示消息提示。我们一般会使用其提供的几个 static 函数： void about(QWidget * parent, const QString & title, const QString & text)：显示关于对话框。这是一个最简单的对话框，其标题是 title，内容是 text，父窗口是 parent。对话框只有一个 OK 按钮。 void aboutQt(QWidget * parent, const QString & title = QString())：显示关于 Qt 对话框。该对话框用于显示有关 Qt 的信息。 StandardButton critical(QWidget * parent, const QString & title, const QString & text, StandardButtons buttons = Ok, StandardButton defaultButton = NoButton)：显示严重错误对话框。这个对话框将显示一个红色的错误符号。我们可以通过 buttons 参数指明其显示的按钮。默认情况下只有一个 Ok 按钮，我们可以使用StandardButtons类型指定多种按钮。 StandardButton information(QWidget * parent, const QString & title, const QString & text, StandardButtons buttons = Ok, StandardButton defaultButton = NoButton)：QMessageBox::information()函数与QMessageBox::critical()类似，不同之处在于这个对话框提供一个普通信息图标。 StandardButton question(QWidget * parent, const QString & title, const QString & text, StandardButtons buttons = StandardButtons( Yes | No ), StandardButton defaultButton = NoButton)：QMessageBox::question()函数与QMessageBox::critical()类似，不同之处在于这个对话框提供一个问号图标，并且其显示的按钮是“是”和“否”两个。 StandardButton warning(QWidget * parent, const QString & title, const QString & text, StandardButtons buttons = Ok, StandardButton defaultButton = NoButton)：QMessageBox::warning()函数与QMessageBox::critical()类似，不同之处在于这个对话框提供一个黄色叹号图标。 我们可以通过下面的代码来演示下如何使用QMessageBox。 if (QMessageBox::Yes == QMessageBox::question(this, tr("Question"), tr("Are you OK?"), QMessageBox::Yes | QMessageBox::No, QMessageBox::Yes)) { QMessageBox::information(this, tr("Hmmm..."), tr("I'm glad to hear that!")); } else { QMessageBox::information(this, tr("Hmmm..."), tr("I'm sorry!")); } 我们使用QMessageBox::question()来询问一个问题。这个对话框的父窗口是 this，也就是我们的 MainWindow（或者其他 QWidget 指针）。QMessageBox是QDialog的子类，这意味着它的初始显示位置将会是在 parent 窗口的中央（我们在前面的章节中提到过这一点）。第二个参数是对话框的标题。第三个参数是我们想要显示的内容。这里就是我们需要询问的文字。下面，我们使用或运算符（|）指定对话框应该出现的按钮。这里我们希望是一个 Yes 和一个 No。最后一个参数指定默认选择的按钮。这个函数有一个返回值，用于确定用户点击的是哪一个按钮。按照我们的写法，应该很容易的看出，这是一个模态对话框，因此我们可以直接获取其返回值。如果返回值是 Yes，也就是说用户点击了 Yes 按钮，我们显示一个普通消息对话框，显示“I’m glad to hear that!”，否则则显示“I’m sorry!”。运行一下我们的程序片段，就可以看到其中的不同：   QMessageBox类的 static 函数优点是方便使用，缺点也很明显：非常不灵活。我们只能使用简单的几种形式。为了能够定制QMessageBox细节，我们必须使用QMessageBox的属性设置 API。如果我们希望制作一个询问是否保存的对话框，我们可以使用如下的代码： QMessageBox msgBox; msgBox.setText(tr("The document has been modified.")); msgBox.setInformativeText(tr("Do you want to save your changes?")); msgBox.setDetailedText(tr("Differences here...")); msgBox.setStandardButtons(QMessageBox::Save | QMessageBox::Discard | QMessageBox::Cancel); msgBox.setDefaultButton(QMessageBox::Save); int ret = msgBox.exec(); switch (ret) { case QMessageBox::Save: qDebug() << "Save document!"; break; case QMessageBox::Discard: qDebug() << "Discard changes!"; break; case QMessageBox::Cancel: qDebug() << "Close document!"; break; } msgBox 是一个建立在栈上的QMessageBox实例。我们设置其主要文本信息为“The document has been modified.”，informativeText 则是会在对话框中显示的简单说明文字。下面我们使用了一个detailedText，也就是详细信息，当我们点击了详细信息按钮时，对话框可以自动显示更多信息。我们自己定义的对话框的按钮有三个：保存、丢弃和取消。然后我们使用了exec()是其成为一个模态对话框，根据其返回值进行相应的操作。 同时在 KDE 和 Windows 7 上编译运行一下上面的代码，我们可以看到一些区别：     除去对话框样式，我们值得注意的是QMessageBox下方按钮的排列顺序。KDE 上是 Show Details…、Save、Discard 和 Cancel；而 Windows 7 上则是 Save、Discard、Show Details… 和 Cancel。我们并没有指定按钮的顺序，Qt 已经帮我们按照不同平台的使用习惯对其进行了调整。这一点在 Mac OS 上也会有相应的体现。对于一个普通的QDialog而言，Qt 使用的是QDialogButtonBox这个类来实现不同平台的对话框按钮顺序的显示的。更多细节请参考这个类的文档。     本文为转载，目的以学习为主，原文出处：http://www.devbean.net/2012/09/qt-study-road-2-standard-dialogs-qmessagebox/。

  对话框的出现用于完成一个简单的或者是短期的任务。对话框与主窗口之间的数据交互相当重要。本节将讲解如何在对话框和主窗口之间进行数据交互。按照前文的讲解，对话框分为模态和非模态两种。我们也将以这两种为例，分别进行阐述。 模态对话框使用了exec()函数将其显示出来。exec()函数的真正含义是开启一个新的事件循环（我们会在后面的章节中详细介绍有关事件的概念）。所谓事件循环，可以理解成一个无限循环。Qt 在开启了事件循环之后，系统发出的各种事件才能够被程序监听到。这个事件循环相当于一种轮询的作用。既然是无限循环，当然在开启了事件循环的地方，代码就会被阻塞，后面的语句也就不会被执行到。因此，对于使用了exec()显示的模态对话框，我们可以在exec()函数之后直接从对话框的对象获取到数据值。 看一下下面的代码： void MainWindow::open() { QDialog dialog(this); dialog.setWindowTitle(tr("Hello, dialog!")); dialog.exec(); qDebug() << dialog.result(); } 上面的代码中，我们使用exec()显示一个模态对话框。最后一行代码，qDebug()类似于std::cout或者 Java 的System.out.println();语句，将后面的信息输出到标准输出，一般就是控制台。使用qDebug()需要引入头文件。在exec()函数之后，我们直接可以获取到 dialog 的数据值。注意，exec()开始了一个事件循环，代码被阻塞到这里。由于exec()函数没有返回，因此下面的result()函数也就不会被执行。直到对话框关闭，exec()函数返回，此时，我们就可以取得对话框的数据。 需要注意的一点是，如果我们设置 dialog 的属性为WA_DeleteOnClose，那么当对话框关闭时，对象被销毁，我们就不能使用这种办法获取数据了。在这种情况下，我们可以考虑使用 parent 指针的方式构建对话框，避免设置WA_DeleteOnClose属性；或者是利用另外的方式。 实际上，QDialog::exec()是有返回值的，其返回值是QDialog::Accepted或者QDialog::Rejected。一般我们会使用类似下面的代码： QDialog dialog(this); if (dialog.exec() == QDialog::Accepted) { // do something } else { // do something else } 来判断对话框的返回值，也就是用户是点击了“确定”还是“取消”。更多细节请参考QDialog文档。 模态对话框相对简单，如果是非模态对话框，QDialog::show()函数会立即返回，如果我们也这么写，就不可能取得用户输入的数据。因为show()函数不会阻塞主线程，show()立即返回，用户还没有来得及输入，就要执行后面的代码，当然是不会有正确结果的。那么我们就应该换一种思路获取数据，那就是使用信号槽机制。 由于非模态对话框在关闭时可以调用QDialog::accept()或者QDialog::reject()或者更通用的QDialog::done()函数，所以我们可以在这里发出信号。另外，如果找不到合适的信号发出点，我们可以重写QDialog::closeEvent()函数，在这里发出信号。在需要接收数据的窗口（这里是主窗口）连接到这个信号即可。类似的代码片段如下所示： //!!! Qt 5 // in dialog: void UserAgeDialog::accept() { emit userAgeChanged(newAge); // newAge is an int QDialog::accept(); } // in main window: void MainWindow::showUserAgeDialog() { UserAgeDialog *dialog = new UserAgeDialog(this); connect(dialog, &UserAgeDialog::userAgeChanged, this, &MainWindow::setUserAge); dialog->show(); } // ... void MainWindow::setUserAge(int age) { userAge = age; } 上面的代码很简单，这里不再赘述。另外，上述代码的 Qt 4 版本也应该可以很容易地实现。 不要担心如果对话框关闭，是不是还能获取到数据。因为 Qt 信号槽的机制保证，在槽函数在调用的时候，我们始终可以使用sender()函数获取到 signal 的发出者。关于sender()函数，可以在文档中找到更多的介绍。顺便说一句，sender()函数的存在使我们可以利用这个函数，来实现一个只能打开一个的非模态对话框（方法就是在对话框打开时在一个对话框映射表中记录下标记，在对话框关闭时利用sender()函数判断是不是该对话框，然后从映射表中将其删除）。     本文为转载，目的以学习为主，原文出处：http://www.devbean.net/2012/09/qt-study-road-2-data-between-dialogs/。

  对话框是 GUI 程序中不可或缺的组成部分。很多不能或者不适合放入主窗口的功能组件都必须放在对话框中设置。对话框通常会是一个顶层窗口，出现在程序最上层，用于实现短期任务或者简洁的用户交互。尽管 Ribbon 界面的出现在一定程度上减少了对话框的使用几率，但是，我们依然可以在最新版本的 Office 中发现不少对话框。因此，在可预见的未来，对话框会一直存在于我们的程序之中。 Qt 中使用QDialog类实现对话框。就像主窗口一样，我们通常会设计一个类继承QDialog。QDialog（及其子类，以及所有Qt::Dialog类型的类）的对于其 parent 指针都有额外的解释：如果 parent 为 NULL，则该对话框会作为一个顶层窗口，否则则作为其父组件的子对话框（此时，其默认出现的位置是 parent 的中心）。顶层窗口与非顶层窗口的区别在于，顶层窗口在任务栏会有自己的位置，而非顶层窗口则会共享其父组件的位置。 MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent) { setWindowTitle(tr("Main Window")); openAction = new QAction(QIcon(":/images/doc-open"), tr("&Open..."), this); openAction->setShortcuts(QKeySequence::Open); openAction->setStatusTip(tr("Open an existing file")); connect(openAction, &QAction::triggered, this, &MainWindow::open); QMenu *file = menuBar()->addMenu(tr("&File")); file->addAction(openAction); QToolBar *toolBar = addToolBar(tr("&File")); toolBar->addAction(openAction); } MainWindow::~MainWindow() { } void MainWindow::open() { QDialog dialog; dialog.setWindowTitle(tr("Hello, dialog!")); dialog.exec(); } 上面我们使用了前面的示例代码。注意看的是open()函数里面的内容。我们使用QDialog创建了一个对话框，设置其标题为“Hello, dialog!”，然后调用exec()将其显示出来。注意看的是任务栏的图标，由于我们没有设置对话框的 parent 指针，我们会看到在任务栏出现了对话框的位置： 我们修改一下open()函数的内容： void MainWindow::open() { QDialog dialog(this); dialog.setWindowTitle(tr("Hello, dialog!")); dialog.exec(); } 重新运行一下，对比一下就会看到 parent 指针的有无对QDialog实例的影响。 对话框分为模态对话框和非模态对话框。所谓模态对话框，就是会阻塞同一应用程序中其它窗口的输入。模态对话框很常见，比如“打开文件”功能。你可以尝试一下记事本的打开文件，当打开文件对话框出现时，我们是不能对除此对话框之外的窗口部分进行操作的。与此相反的是非模态对话框，例如查找对话框，我们可以在显示着查找对话框的同时，继续对记事本的内容进行编辑。 Qt 支持模态对话框和非模态对话框。其中，Qt 有两种级别的模态对话框：应用程序级别的模态和窗口级别的模态，默认是应用程序级别的模态。应用程序级别的模态是指，当该种模态的对话框出现时，用户必须首先对对话框进行交互，直到关闭对话框，然后才能访问程序中其他的窗口。窗口级别的模态是指，该模态仅仅阻塞与对话框关联的窗口，但是依然允许用户与程序中其它窗口交互。窗口级别的模态尤其适用于多窗口模式，更详细的讨论可以看以前发表过的文章。 Qt 使用QDialog::exec()实现应用程序级别的模态对话框，使用QDialog::open()实现窗口级别的模态对话框，使用QDialog::show()实现非模态对话框。回顾一下我们的代码，在上面的示例中，我们调用了exec()将对话框显示出来，因此这就是一个模态对话框。当对话框出现时，我们不能与主窗口进行任何交互，直到我们关闭了该对话框。 下面我们试着将exec()修改为show()，看看非模态对话框： void MainWindow::open() { QDialog dialog(this); dialog.setWindowTitle(tr("Hello, dialog!")); dialog.show(); } 是不是事与愿违？对话框竟然一闪而过！这是因为，show()函数不会阻塞当前线程，对话框会显示出来，然后函数立即返回，代码继续执行。注意，dialog 是建立在栈上的，show()函数返回，MainWindow::open()函数结束，dialog 超出作用域被析构，因此对话框消失了。知道了原因就好改了，我们将 dialog 改成堆上建立，当然就没有这个问题了： void MainWindow::open() { QDialog *dialog = new QDialog; dialog->setWindowTitle(tr("Hello, dialog!")); dialog->show(); } 对于一下这个非模态对话框和之前的模态对话框。我们在对话框出现的时候可以与主窗口交互，因此我们可以建立多个相同的对话框：    如果你足够细心，应该发现上面的代码是有问题的：dialog 存在内存泄露！dialog 使用 new 在堆上分配空间，却一直没有 delete。解决方案也很简单：将 MainWindow 的指针赋给 dialog 即可。还记得我们前面说过的 Qt 的对象系统吗？ 不过，这样做有一个问题：如果我们的对话框不是在一个界面类中出现呢？由于QWidget的 parent 必须是QWidget指针，那就限制了我们不能将一个普通的 C++ 类指针传给 Qt 对话框。另外，如果对内存占用有严格限制的话，当我们将主窗口作为 parent 时，主窗口不关闭，对话框就不会被销毁，所以会一直占用内存。在这种情景下，我们可以设置 dialog 的WindowAttribute： void MainWindow::open() { QDialog *dialog = new QDialog; dialog->setAttribute(Qt::WA_DeleteOnClose); dialog->setWindowTitle(tr("Hello, dialog!")); dialog->show(); } setAttribute()函数设置对话框关闭时，自动销毁对话框。另外，QObject还有一个deleteLater()函数，该函数会在当前事件循环结束时销毁该对话框（具体到这里，需要使用exec()开始一个新的事件循环）。关于事件循环，我们会在后面的文章中详细说明。      本文为转载，目的以学习为主，原文出处：http://www.devbean.net/2012/09/qt-study-road-2-dialogs-intro/。

在使用的时候，必须在.pro文件中加上QT += declarative，否则会出现编译错误。

  这篇文章内容主要来自 QtQuarterly30 里面的 New Ways of Using QDialog，介绍的是使用QDialog::open()（这个函数是Qt 4.5 引入的），而不是传统的exec()来实现一个窗口级别的模态对话框。所谓模态对话框，就是对话框会阻塞用户与父窗口的交互，直到对话框关闭，在 Mac OS X 中则称为 Sheet。这里牵扯到很多细节问题，值得我们注意。 对话框和模态 Qt 文档中有这么一段描述：“对话框是用于短期任务和简单交互的顶层窗口。QDialog可以是模态的，也可以是非模态的。” 对于模态对话框，传统上会使用如下代码： MyQDialogSubclass dialog; // 初始化操作 if (dialog.exec() == QDialog::Accept) { // 获取返回值等 } 这段代码首先创建一个QDialog子类的对象，然后调用exec()函数。exec()函数会阻止代码继续运行，直到其返回，最后根据对话框返回值来决定进行哪些操作。这种模态被称为“应用程序级别模态”。在这种级别的模态下，用户输入（鼠标和键盘）只能派发给模态对话框，其他窗口则不能接收到。 另一种是非模态对话框，我们使用show()函数来打开一个非模态对话框。注意，非模态对话框不会阻塞用户与程序其他窗口进行交互。当然，如果要根据其返回值进行一些操作，我们也有另外的方法。 还有一种交互被称为“窗口级别模态”或者“文档级别模态”。这种模态只阻塞与其父窗口的交互，而不会阻塞与应用程序其他窗口的交互。例如，一个程序中每个文档都使用一个独立的窗口打开，如果使用应用程序级别的模态对话框进行保存，所有文档窗口都会被阻塞；如果使用窗口级别模态对话框，则只有打开它的那个窗口（也就是其父窗口）被阻塞。这种情况显示出，有时候，窗口级别模态要比原来那种一下子阻塞掉整个程序要方便得多。当然，使用这种模态要求对话框必须有一个父窗口。 Qt 4.1 起，QWidget引入了一个新的属性windowModality，用于设置窗口是哪种类型的模态。当窗口被创建出来，windowModality会被设置为Qt::NonModal，因此默认都是非模态的。在调用QDialog::exec()之后，windowModality会被设为Qt::ApplicationModal，当exec()返回后又被设回Qt::NonModal。如果我们不自己修改windowModality的值，那么可以简单的认为其值就是由show()和exec()设置的： QDialog::show()=>Qt::NonModal QDialog::exec()=>Qt::ApplicationModal 注意，上面的映射关系并没有包括Qt::WindowModal这个值。也就是说，如果我们要设置窗口级别的模态，就要手动设置windowModality，然后再调用show()或者exec()。这当然可以，然而却与调用一个简单的函数所有不同。   我们先从 Max OS X 的 Sheet 开始看起。上面是 Sheet 的一个示例。在 Apple 的人机交互规范 Apple Human Interface Guidelines 中，对 Sheet 是这么描述的：“Sheet 是关联到特定文档或窗口的模态对话框，确保用户不会丢失 sheet 所关联到的窗口的信息。Sheet 也可以用于让用户在 sheet 消失前完成一些小的任务，而不会产生系统被应用程序‘劫持’了的感觉。”我们仔细研读一下这段描述就会发现，sheet 实际上就是一个特殊的窗口级别模态对话框，之所以特殊，是因为 sheet 可以让用户很明显的看出来它阻塞的是哪一个窗口。 在 Qt 4.0 版本中，窗口级别模态对话框也是被支持的，只不过需要开发者做更多的操作： void MainWindow::maybeSave() { if (!messageBox) { messageBox = new QMessageBox(tr("SDI"), tr("The document has been modified.\n" "Do you want to save your changes?"), QMessageBox::Warning, QMessageBox::Yes | QMessageBox::Default, QMessageBox::No, QMessageBox::Cancel | QMessageBox::Escape, this, Qt::Sheet); messageBox->setButtonText(QMessageBox::Yes, isUntitled ? tr("Save...") : tr("Save")); messageBox->setButtonText(QMessageBox::No, tr("Don’t Save")); connect(messageBox, SIGNAL(finished(int)), this, SLOT(finishClose(int))); } messageBox->show(); } 这里，我们创建一个Qt::Sheet类型的对话框，并将其关闭的信号连接到程序的一个 slot 上以便进行关闭后的处理。对于 Mac OS X 的开发者而言，这段代码很清楚；然而对于其他平台的开发者，他们更愿意使用QMessageBox::show()这种 static 函数，而不是这么一堆代码。不过，这段代码还是正确地创建了一个窗口级别模态对话框：当对话框显示出来之后，函数需要立刻返回，并且不能阻塞。对于对话框返回值的处理则是在 slot 里面完成。 下面，我们来解释一下，为什么在 sheet 显示之后，这段代码需要立即返回，并且不能阻塞。阻塞函数，并且要继续派发事件的典型做法是，创建一个局部的QEventLoop对象，然后在窗口关闭时退出这个事件循环。相比而言，一个不好的实现是： // 不要这么实现 Sheet！ void MainWindow::maybeSave() { if (!messageBox) { messageBox = new QMessageBox(tr("SDI"), tr("The document has been modified.\n" "Do you want to save your changes?"), QMessageBox::Warning, QMessageBox::Yes | QMessageBox::Default, QMessageBox::No, QMessageBox::Cancel | QMessageBox::Escape, this, Qt::Sheet); messageBox->setButtonText(QMessageBox::Yes, isUntitled ? tr("Save...") : tr("Save")); messageBox->setButtonText(QMessageBox::No, tr("Don’t Save")); } QEventLoop eventLoop; connect(messageBox, SIGNAL(closed()), &eventLoop, SLOT(quit())); messageBox->show(); eventLoop.exec(); finishClose(messageBox->result()); } 这段代码仅仅在一些情况下起作用，而不是所有情况。下面考虑用户有两个没有保存的文档。如果你是用上面的代码，用户点击关闭按钮，一个 sheet 弹出来；当用户点击另一个文档的关闭按钮时，这个文档的窗口同样弹出 sheet。然后用户回到第一个窗口，并点击第一个 sheet 的“Don’t Save” 按钮。这个 sheet 消失了，但窗口不会被关闭，因为它还被第二个 sheet 的事件循环阻塞到那里。显然，这不是我们所期望的。 另一个可能会误用 sheet 的地方是把它们当做应用程序级别的 sheet。Qt 的早期版本的确允许这种情况（事实上，Qt 的 static 函数就是这么干的），但这不符合 Apple 人机交互规范。这也引起一个容易引起困惑的地方，因为其他应用程序不会这么做。换句话说，Qt 对话框的 static 函数不应该用作 sheet 的实现。     本文为转载，目的以学习为主，原文出处：http://www.devbean.net/2011/03/qdialog_window_modal/。

  在之前的《添加动作》一文中，我们已经了解了，Qt 将用户与界面进行交互的元素抽象为一种“动作”，使用QAction类表示。QAction可以添加到菜单上、工具栏上。期间，我们还详细介绍了一些细节问题，比如资源文件的使用、对象模型以及布局管理器。这一节则是详细介绍关于菜单栏、工具栏以及状态栏的相关内容。 我们假设窗口还是建立在QMainWindow类之上，这会让我们的开发简单许多。当然，在实际开发过程中，QMainWindow通常只作为“主窗口”，对话框窗口则更多地使用QDialog类。我们会在后面看到，QDialog类会缺少一些QMainWindow类提供方便的函数，比如menuBar()以及toolBar()。 下面还是回到《添加动作》一文中的代码片段： openAction = new QAction(QIcon(":/images/doc-open"), tr("&Open..."), this); openAction->setShortcuts(QKeySequence::Open); openAction->setStatusTip(tr("Open an existing file")); connect(openAction, &QAction::triggered, this, MainWindow::open); QMenu *file = menuBar()->addMenu(tr("&File")); file->addAction(openAction); QToolBar *toolBar = addToolBar(tr("&File")); toolBar->addAction(openAction); 我们看到，使用menuBar()函数，Qt 为我们创建了一个菜单栏。menuBar()是QMainWindow提供的函数，因此你是不会在QWidget或者QDialog中找到它的。这个函数会返回窗口的菜单栏，如果没有菜单栏则会新创建一个。这也就解释了，为什么我们可以直接使用menuBar()函数的返回值，毕竟我们并没有创建一个菜单栏对象啊！原来，这就是menuBar()为我们创建好并且返回了的。 Qt 中，表示菜单的类是QMenuBar（你应该已经想到这个名字了）。QMenuBar代表的是窗口最上方的一条菜单栏。我们使用其addMenu()函数为其添加菜单。尽管我们只是提供了一个字符串作为参数，但是 Qt 为将其作为新创建的菜单的文本显示出来。至于 & 符号，我们已经解释过，这可以为菜单创建一个快捷键。当我们创建出来了菜单对象时，就可以把QAction添加到这个菜单上面，也就是addAction()函数的作用。 下面的QToolBar部分非常类似。顾名思义，QToolBar就是工具栏。我们使用的是addToolBar()函数添加新的工具栏。为什么前面一个是menuBar()而现在的是addToolBar()呢？因为一个窗口只有一个菜单栏，但是却可能有多个工具栏。如果我们将代码修改一下： QToolBar *toolBar = addToolBar(tr("&File")); toolBar->addAction(openAction); QToolBar *toolBar2 = addToolBar(tr("Tool Bar 2")); toolBar2->addAction(openAction); 我们看到，现在有两个工具栏了： 工具栏可以设置成固定的、浮动的等等，具体设置可以参考 Qt 文档。 前面我们说过，使用QAction::setStatusTip()可以设置该动作在状态栏上的提示文本。但我们现在把鼠标放在按钮上，是看不到这个提示文本的。原因很简单，我们没有添加一个状态栏。怎么添加呢？类似前面的QMainWindow::menuBar()，QMainWindow有一个statusBar()函数。让我们把这个函数添加上去： QToolBar *toolBar2 = addToolBar(tr("Tool Bar 2")); toolBar2->addAction(openAction); statusBar(); 然后编译运行一下： 我们添加了一个孤零零的statuBar()显得不伦不类，但是，同前面的menuBar()的实现类似，这个函数会返回一个QStatusBar对象，如果没有则先创建再返回。 QStatusBar继承了QWidget，因此，我们可以将其它任意QWidget子类添加到状态栏，从而实现类似 Photoshop 窗口底部那种有比例显示、有网格开关的复杂状态栏。有关QStatusBar的更多信息，请参考 Qt 文档。 对于没有这些函数的QDialog或者QWidget怎么做呢？要记得，QToolBar以及QStatusBar都是QWidget的子类，因此我们就可以将其结合布局管理器添加到另外的QWidget上面。QLayout布局提供了setMenuBar()函数，可以方便的添加菜单栏。具体细节还是详见文档。 至此，我们已经将组成窗口元素介绍过一遍。结合这些元素以及布局管理，我们就应该可以实现一个简单的通用的窗口。当我们完成窗口布局之后，我们就可以考虑向其中添加功能。这就是我们后面章节的内容。     本文为转载，目的以学习为主，原文出处：http://www.devbean.net/2012/09/qt-study-road-2-menubar-toolbar-statusbar/。