1. 项目概述：为什么今天还要啃这本“老书”？

最近在整理书架，翻出了这本《C++ GUI Programming with Qt 4, Second Edition》，书页都有些泛黄了。我猜很多朋友看到这个标题，第一反应可能是：“Qt 4？这都什么年代的老古董了，现在不都用Qt 5甚至Qt 6了吗？” 我最初也是这么想的，但随手翻了几页后，我改变了看法。这本书，尤其是对于想真正理解Qt框架底层设计哲学和C++ GUI编程精髓的开发者来说，它远非一本“过时”的教程，而是一座被低估的“金矿”。

这本书的核心价值，不在于教你用最新版本的Qt去拖拽一个花哨的界面——这种技能，看官方文档和在线教程几天就能上手。它的价值在于，它系统性地、深入浅出地讲解了在C++语境下，一个成熟的、跨平台的GUI应用程序框架是如何被设计和构建起来的。从最基础的信号与槽（Signals and Slots）机制，到复杂的模型/视图（Model/View）架构，再到图形视图框架（Graphics View Framework）和国际化，它都用了大量贴近实战的示例，把“为什么这么做”讲得清清楚楚。Qt 4时代，很多高级特性（比如QML、Qt Quick）尚未成为主流，或者处于雏形，这使得作者能够更聚焦于用纯C++和传统的Widgets方式来构建应用，而这恰恰是理解Qt核心基石的最佳路径。当你吃透了这些原理，再去看Qt 5/6的新特性，比如QML与C++的混合编程，你会觉得豁然开朗，因为你知道底层是如何连接和工作的。

所以，无论你是刚接触Qt的新手，想绕过那些“知其然不知其所以然”的陷阱；还是已经用过一段时间Qt，却总觉得对某些机制一知半解的老手；亦或是任何一位希望夯实C++面向对象和事件驱动编程基础的开发者，这本书提供的“深入学习指南与示例”，都值得你花时间细细品味。它不是快餐，而是一道需要慢火细炖的功夫菜，能为你构建健壮、可维护的桌面应用程序打下无比坚实的基础。接下来，我就结合书中的精华和这些年的实战经验，带你重新拆解这本经典。

2. 核心架构与设计哲学拆解

2.1 信号与槽：Qt的“中枢神经系统”

信号与槽机制是Qt最标志性的特性，也是它区别于其他GUI框架的核心。很多新手教程会教你用connect函数把按钮的clicked()信号连接到某个槽函数，然后觉得这就学会了。但这只是皮毛。这本书花了大量篇幅来解释其背后的设计哲学：它是一种强大的对象间通信机制，实现了真正的松耦合。

为什么是“松耦合”？在传统的回调函数（比如Win32 API或MFC）中，一个对象需要直接持有另一个对象的函数指针并调用它。这意味着对象A必须知道对象B的详细接口，两者紧密绑定。而在Qt的信号槽机制中，对象A只需要发射一个信号（emit），它完全不知道、也不关心谁会接收这个信号。对象B则声明一个槽函数，它也不知道信号会从哪里来。连接关系是通过QObject::connect在运行时（或通过QMetaObject系统在编译时）建立的。这种设计让模块的职责更加清晰，极大地提高了代码的可复用性和可测试性。你可以轻易地替换信号的发送者或槽的接收者，而不需要改动另一方的代码。

元对象系统（Meta-Object System）是基石。这是信号与槽能够工作的魔法所在。Qt的moc（元对象编译器）工具会在编译前处理那些包含了Q_OBJECT宏的头文件，生成额外的moc_*.cpp文件。这些文件包含了该类的元信息（Meta-Information）：这个类有哪些信号、哪些槽、它们的签名是什么、这个类继承自谁。正是有了这些运行时类型信息（RTTI的增强版），connect函数才能进行安全的类型检查，qobject_cast才能安全地进行动态转换。书中会引导你理解moc的工作流程，这是理解Qt很多高级特性（如属性系统、动态属性、动画框架）的前提。

实操心得：很多人在移植或构建系统时，会忘记对Qt项目执行qmake或cmake，导致moc文件没有生成，进而出现“undefined reference to vtable”之类的链接错误。记住，只要类声明里用了Q_OBJECT，就必须让构建系统识别并处理它。在CMake中，使用qt_wrap_cpp或现代CMake的target_link_libraries(your_target Qt5::Core)会自动处理这部分依赖。

2.2 模型/视图编程：数据与显示的彻底分离

这是我认为本书最精华的部分之一。在简单的GUI程序中，我们可能习惯性地在列表控件（如QListWidget）里直接addItem。但当数据量变大、数据结构变复杂，或者需要对同一份数据提供多种视图（比如同时用列表和表格显示）时，这种方法就会变得难以维护。

Qt的模型/视图（Model/View）架构强制性地将数据（Model）和数据的显示（View）分离开来，控制器（Controller）的角色由委托（Delegate）部分承担。Model负责管理数据，提供标准的接口（如data(),setData(),rowCount(),columnCount()）供View查询和修改。View负责将数据渲染出来，并处理用户交互。Delegate负责控制数据在View中的显示和编辑方式（比如某个单元格显示为复选框，或一个颜色选择器）。

这种分离带来的巨大优势：

1. 数据一致性：多个View（如一个QTableView和一个QListView）可以绑定到同一个Model上。在任何一个View中修改数据，所有其他View都会自动更新。
2. 灵活性：你可以为同一份数据轻松创建不同的视图，而不需要复制数据或重写业务逻辑。
3. 处理大数据：对于海量数据，View可以只请求当前可见部分的数据（通过data()函数），Model可以实现懒加载，从而保证UI的流畅性。这是直接使用QListWidget等便捷类无法做到的。

书中通过一个自定义的“城市信息”模型示例，一步步教你如何从QAbstractItemModel派生自己的模型。这个过程虽然初学有些陡峭，但一旦掌握，你对GUI数据管理的理解会上一个大台阶。

注意事项：实现自定义模型时，务必在数据改变时正确发射对应的信号。例如，在setData()成功修改数据后，必须发射dataChanged(index, index)信号，通知所有关联的视图更新显示。如果插入或删除了行/列，则需要发射rowsInserted(),rowsRemoved()等信号。忘记发射信号是导致视图不更新的最常见原因。

2.3 主窗口框架：构建专业应用的骨架

一个标准的桌面应用主窗口，通常包含菜单栏（Menu Bar）、工具栏（Tool Bar）、状态栏（Status Bar）、中心部件（Central Widget）以及可能的停靠窗口（Dock Widgets）。Qt提供了一套完整的类（QMainWindow,QMenuBar,QToolBar,QStatusBar,QDockWidget）来支持这些元素。

这本书没有停留在简单介绍这些类，而是深入讲解了如何有机地组织它们。例如：

• QAction的核心作用：一个QAction代表一个用户可以触发的“动作”，如“打开文件”。这个动作可以同时添加到菜单项和工具栏按钮上。你只需要连接这个QAction的triggered()信号到一个槽函数，就能实现两者的统一响应。这保证了功能的一致性，也便于集中管理启用/禁用状态。
• 状态栏的合理使用：状态栏不应被滥用为显示临时消息的“垃圾场”。书中建议将其分为永久部件（如显示光标位置、文件编码）和临时消息区域。使用QStatusBar::showMessage()显示临时消息（通常几秒后自动清除），使用QStatusBar::addPermanentWidget()添加永久性部件。
• 布局与中心部件：QMainWindow的中心区域可以放置任何QWidget。对于复杂界面，通常需要一个顶层的布局管理器（如QGridLayout或QVBoxLayout）来组织多个子部件。书中会强调布局管理器的使用，这是实现窗口自适应缩放的关键。

3. 关键组件深度解析与实战要点

3.1 对话框：模态与非模态的抉择

对话框是与用户进行简短交互的重要组件。Qt提供了QDialog基类，以及一系列预定义的标准对话框（QFileDialog,QColorDialog,QMessageBox等）。

模态（Modal）与非模态（Modeless）是对话框设计的核心决策点。

• 模态对话框：弹出时会阻塞其父窗口（或其他窗口）的输入。用户必须处理完该对话框，才能返回主窗口。使用exec()方法启动。适用于必须立即处理、不能跳过的重要任务，如“文件另存为”、“确认删除”。

  QFileDialog dialog(this); dialog.setFileMode(QFileDialog::AnyFile); if (dialog.exec() == QDialog::Accepted) { QString fileName = dialog.selectedFiles().first(); // 处理文件 }

• 非模态对话框：弹出后，用户依然可以与主窗口交互。使用show()方法启动。适用于需要持续存在、辅助操作的场景，如“查找/替换”对话框。

  // 通常作为成员变量，避免被提前销毁 m_findDialog = new FindDialog(this); m_findDialog->show();

自定义对话框的设计：

1. 使用Qt Designer绘制界面：这是最高效的方式。书中会介绍如何将.ui文件集成到项目中，并通过uic工具在编译时生成对应的C++头文件。
2. 手动布局：对于简单对话框，也可以完全用代码创建和布局部件。这有助于理解布局管理器的运作机制。
3. 数据交换：通常使用QDialog::accept()和QDialog::reject()来关闭对话框并返回结果。自定义数据可以通过公有成员函数、信号或静态函数来传递。书中推荐的方法是在对话框类中提供getXXX()函数，或在构造函数中传入引用/指针来设置和获取数据。

3.2 图形视图框架：处理大量可交互图形项

当需要开发绘图软件、流程图工具、地图应用或任何包含大量可独立移动、选择、编辑的图形元素的程序时，QGraphicsView、QGraphicsScene和QGraphicsItem组成的图形视图框架（Graphics View Framework）是绝佳选择。

• QGraphicsScene（场景）：是一个容器，管理所有QGraphicsItem的集合。它提供了场景的边界、背景、选择区域管理等。你可以把它想象成一个无限大的画布。
• QGraphicsItem（图元）：是所有可显示在场景中的图形对象的基类。Qt提供了矩形（QGraphicsRectItem）、椭圆、文本、路径等基本图元，你也可以通过继承QGraphicsItem来创建自定义图元。每个图元都有自己的坐标系、变换矩阵、Z值（堆叠顺序）以及处理鼠标键盘事件的能力。
• QGraphicsView（视图）：是一个窗口部件，用于显示场景的内容。一个场景可以被多个视图观察。视图支持缩放（scale()）、旋转、平移（通过滚动条或鼠标拖拽），提供了观察场景的“视口”。

这套框架的强大之处在于其层次结构和坐标系统。图元可以拥有子图元，子图元的坐标是相对于父图元的。这非常适合于构建复杂的、分组的图形对象。书中通过一个简单的图表编辑器的示例，详细讲解了如何创建自定义图元、处理图元的选中、拖拽、旋转，以及如何在视图上绘制自定义的背景和覆盖层。

避坑技巧：处理大量图元（成千上万）时，性能是关键。务必启用图元的ItemIgnoresTransformations标志（如果图元大小不应随视图缩放而改变），并合理使用QGraphicsItem::boundingRect()和QGraphicsItem::shape()。boundingRect应尽可能紧贴图元外形，这是视图进行碰撞检测和重绘区域计算的基础，过大的矩形会严重影响性能。对于复杂形状，自定义shape()返回一个更精确的QPainterPath可以提高交互精度。

3.3 文件与I/O：QFile、QTextStream与数据流

桌面应用离不开文件操作。Qt提供了QFile、QDir、QFileInfo等类来屏蔽不同操作系统的路径分隔符、文件属性等差异，实现跨平台文件访问。

• QFile：用于读写文件。它直接提供了read()、write()等低级接口，但更常用的方式是结合流（Stream）来使用。
• QTextStream：用于读写文本文件。它会自动处理本地编码（如UTF-8），非常方便。

  QFile file("data.txt"); if (!file.open(QIODevice::ReadOnly | QIODevice::Text)) return; QTextStream in(&file); while (!in.atEnd()) { QString line = in.readLine(); // 处理每一行 } file.close();

• QDataStream：用于读写二进制数据。它可以将Qt的基本数据类型（如qint32、QString）以及许多Qt的容器类序列化到二进制流中，并保证在不同平台和Qt版本间的可移植性（需要设置相同的版本号）。这是保存应用程序自定义文档格式的利器。

  QFile file("data.bin"); file.open(QIODevice::WriteOnly); QDataStream out(&file); out.setVersion(QDataStream::Qt_5_15); // 设置版本 out << QString("Hello") << qint32(42) << myCustomVector;

书中会强调错误处理的重要性。每一次文件打开操作都必须检查返回值。对于可能耗时较长的I/O操作（如读写大文件），应考虑在单独的线程中进行，避免阻塞GUI主线程导致界面“假死”。

4. 从零构建一个完整的示例项目：简易文本编辑器

理论讲得再多，不如动手做一个项目。我们参照书中的精神，但不局限于书中的代码，来构建一个功能更贴近现代需求的简易文本编辑器。这个项目将综合运用主窗口、菜单、工具栏、状态栏、文件操作、对话框等知识。

4.1 项目创建与主窗口搭建

首先，使用Qt Creator创建一个新的“Qt Widgets Application”项目，命名为SimpleTextEditor。基类选择QMainWindow。

在自动生成的mainwindow.ui文件中，使用设计器进行初步布局：

1. 添加一个QMenuBar，创建“文件(&F)”和“编辑(&E)”菜单。
2. 在“文件”菜单下添加动作：actionNew（新建）、actionOpen（打开）、actionSave（保存）、actionSaveAs（另存为）、分隔符、actionExit（退出）。为这些动作设置快捷键（如Ctrl+N, Ctrl+O）和图标。
3. 在“编辑”菜单下添加动作：actionCut（剪切）、actionCopy（复制）、actionPaste（粘贴）。
4. 添加一个QToolBar，将常用的文件操作和编辑操作拖拽到工具栏上。
5. 添加一个QStatusBar。
6. 在主窗口的中心区域，拖入一个QPlainTextEdit部件，作为我们的文本编辑区域。将其objectName设为textEdit。

4.2 核心功能实现：文件操作

在mainwindow.cpp中，我们需要实现上述动作的槽函数。

头文件 (mainwindow.h) 关键部分：

#ifndef MAINWINDOW_H #define MAINWINDOW_H #include <QMainWindow> QT_BEGIN_NAMESPACE namespace Ui { class MainWindow; } QT_END_NAMESPACE class MainWindow : public QMainWindow { Q_OBJECT public: MainWindow(QWidget *parent = nullptr); ~MainWindow(); private slots: void on_actionNew_triggered(); void on_actionOpen_triggered(); bool on_actionSave_triggered(); bool on_actionSaveAs_triggered(); void on_actionExit_triggered(); void on_actionCut_triggered(); void on_actionCopy_triggered(); void on_actionPaste_triggered(); void documentWasModified(); private: bool maybeSave(); // 关闭前询问保存 bool saveFile(const QString &fileName); void loadFile(const QString &fileName); void setCurrentFile(const QString &fileName); Ui::MainWindow *ui; QString m_currentFile; // 当前打开的文件路径 bool m_isUntitled; // 是否为未保存的新文件 }; #endif

源文件 (mainwindow.cpp) 部分关键实现：

#include "mainwindow.h" #include "ui_mainwindow.h" #include <QFileDialog> #include <QMessageBox> #include <QTextStream> #include <QCloseEvent> MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent) , ui(new Ui::MainWindow) , m_isUntitled(true) { ui->setupUi(this); setCurrentFile(""); // 初始化为无标题 // 连接文本修改信号到我们的槽，用于更新窗口标题的*号 connect(ui->textEdit->document(), &QTextDocument::contentsChanged, this, &MainWindow::documentWasModified); // 初始禁用剪切、复制（因为可能没有选中文本） ui->actionCut->setEnabled(false); ui->actionCopy->setEnabled(false); // 连接文本选中状态变化信号，以更新动作状态 connect(ui->textEdit, &QPlainTextEdit::copyAvailable, ui->actionCut, &QAction::setEnabled); connect(ui->textEdit, &QPlainTextEdit::copyAvailable, ui->actionCopy, &QAction::setEnabled); } MainWindow::~MainWindow() { delete ui; } void MainWindow::on_actionNew_triggered() { if (maybeSave()) { // 如果当前文档已修改，询问是否保存 ui->textEdit->clear(); setCurrentFile(""); m_isUntitled = true; } } void MainWindow::on_actionOpen_triggered() { if (maybeSave()) { QString fileName = QFileDialog::getOpenFileName(this, "打开文件"); if (!fileName.isEmpty()) { loadFile(fileName); } } } bool MainWindow::on_actionSave_triggered() { if (m_isUntitled) { return on_actionSaveAs_triggered(); } else { return saveFile(m_currentFile); } } bool MainWindow::on_actionSaveAs_triggered() { QString fileName = QFileDialog::getSaveFileName(this, "另存为"); if (fileName.isEmpty()) { return false; } return saveFile(fileName); } void MainWindow::on_actionExit_triggered() { close(); // 触发closeEvent } // 剪切、复制、粘贴直接调用QPlainTextEdit的相应槽 void MainWindow::on_actionCut_triggered() { ui->textEdit->cut(); } void MainWindow::on_actionCopy_triggered() { ui->textEdit->copy(); } void MainWindow::on_actionPaste_triggered() { ui->textEdit->paste(); } void MainWindow::documentWasModified() { // 在窗口标题显示修改标记[*]，QMainWindow会自动处理 setWindowModified(ui->textEdit->document()->isModified()); } bool MainWindow::maybeSave() { if (!ui->textEdit->document()->isModified()) { return true; // 未修改，直接继续 } const QMessageBox::StandardButton ret = QMessageBox::warning(this, "应用程序", “文档已被修改。\n是否保存更改？”, QMessageBox::Save | QMessageBox::Discard | QMessageBox::Cancel); switch (ret) { case QMessageBox::Save: return on_actionSave_triggered(); // 调用保存 case QMessageBox::Discard: return true; // 放弃更改 case QMessageBox::Cancel: return false; // 取消操作 default: break; } return false; } bool MainWindow::saveFile(const QString &fileName) { QFile file(fileName); if (!file.open(QIODevice::WriteOnly | QIODevice::Text)) { QMessageBox::warning(this, "警告", QString("无法写入文件 %1:\n%2.") .arg(fileName, file.errorString())); return false; } QTextStream out(&file); out << ui->textEdit->toPlainText(); file.close(); setCurrentFile(fileName); m_isUntitled = false; ui->textEdit->document()->setModified(false); // 清除修改标志 return true; } void MainWindow::loadFile(const QString &fileName) { QFile file(fileName); if (!file.open(QIODevice::ReadOnly | QIODevice::Text)) { QMessageBox::warning(this, "警告", QString("无法读取文件 %1:\n%2.") .arg(fileName, file.errorString())); return; } QTextStream in(&file); ui->textEdit->setPlainText(in.readAll()); file.close(); setCurrentFile(fileName); m_isUntitled = false; ui->textEdit->document()->setModified(false); } void MainWindow::setCurrentFile(const QString &fileName) { m_currentFile = fileName; QString shownName; if (m_currentFile.isEmpty()) { shownName = "未命名.txt[*]"; } else { shownName = QFileInfo(m_currentFile).fileName() + “[*]”; } setWindowTitle(shownName + “ - 简易文本编辑器”); } // 重写closeEvent，在窗口关闭时询问是否保存 void MainWindow::closeEvent(QCloseEvent *event) { if (maybeSave()) { event->accept(); } else { event->ignore(); // 取消关闭 } }

这个实现涵盖了新建、打开、保存、另存为、退出等核心文件操作，并正确处理了文档修改状态的提示和关闭前的保存确认。编辑功能的剪切、复制、粘贴则直接关联到QPlainTextEdit的内置功能。

4.3 功能增强：查找与替换对话框

为了更深入地理解非模态对话框，我们来添加一个查找/替换功能。

1. 创建对话框：在Qt Creator中，添加一个新的Qt设计师界面类，选择Dialog without Buttons，命名为FindDialog。
2. 设计界面：在finddialog.ui中，放置以下部件：
   • 一个QLineEdit用于输入查找内容（objectName:findLineEdit）
   • 一个QLineEdit用于输入替换内容（objectName:replaceLineEdit）
   • 几个QCheckBox：区分大小写（caseCheckBox）、全字匹配（wholeWordCheckBox）、向后查找（backwardCheckBox）
   • 按钮：查找下一个（findButton）、替换（replaceButton）、全部替换（replaceAllButton）、关闭（closeButton）
3. 实现对话框逻辑：在FindDialog类中，为按钮的clicked()信号定义槽函数，并定义相应的信号（如findNext(const QString &, QTextDocument::FindFlags)）供主窗口连接。
4. 在主窗口中集成：在MainWindow类中添加一个FindDialog *m_findDialog成员变量，并在构造函数中初始化（但不显示）。在“编辑”菜单中添加“查找/替换”动作，其槽函数中判断如果m_findDialog不存在则创建并显示，否则激活现有对话框。最后，将对话框的findNext等信号连接到主窗口文本编辑器的find槽函数上。

这个过程完整地演示了如何设计、实现并与主程序集成一个功能性的非模态对话框。

5. 进阶主题与性能优化浅析

5.1 多线程与事件循环

GUI程序必须保持界面响应流畅。任何耗时的操作（如大量计算、网络请求、大文件读写）都不应在主线程（GUI线程）中执行，否则会导致界面“卡死”。Qt提供了几种多线程方案：

• QThread子类化：传统方法，继承QThread并重写run()方法。但需要注意，run()函数内的对象生活在子线程，不能直接操作GUI对象。
• moveToThread：更推荐的方式。创建一个工作对象（继承QObject），将其moveToThread到一个QThread实例中。该对象的槽函数将在子线程中被调用。通过信号槽与主线程通信。
• QtConcurrent：高级API，适用于并行处理一组数据，无需显式管理线程。例如，使用QtConcurrent::run来运行一个函数。

书中会强调，所有对GUI部件的操作（如更新标签文本、向列表添加项）都必须在主线程中进行。跨线程更新GUI的标准做法是使用信号槽，因为Qt的信号槽跨线程连接是自动排队（QueuedConnection）的，非常安全。

5.2 样式表（QSS）与自定义绘制

虽然Qt 4时代的样式表支持不如后续版本强大，但它已经为应用程序换肤提供了基础。你可以使用类似CSS的语法来设置部件的外观。

// 设置主窗口背景和按钮样式 this->setStyleSheet(“QMainWindow { background-color: #f0f0f0; }” “QPushButton { background-color: #4CAF50; color: white; border: none; padding: 5px; }” “QPushButton:hover { background-color: #45a049; }”);

对于更复杂的自定义外观，需要继承QStyle类或特定的部件类，并重写其绘制事件（paintEvent）。书中通过自定义进度条、按钮等示例，介绍了QPainter的使用，这是进行任何2D绘图的基础。

5.3 国际化与本地化

Qt内置了强大的国际化（i18n）支持。流程如下：

1. 在代码中，对所有需要翻译的用户可见字符串使用tr()宏包裹。

   setWindowTitle(tr(“Simple Text Editor”)); QMessageBox::information(this, tr(“Info”), tr(“File saved successfully.”));

2. 在项目文件（.pro）中添加TRANSLATIONS = myapp_zh_CN.ts。
3. 使用lupdate工具扫描源代码，生成.ts（翻译源）文件。
4. 使用Qt Linguist工具打开.ts文件，进行翻译。
5. 使用lrelease工具将翻译好的.ts文件编译成.qm（Qt Message）文件。
6. 在应用程序启动时，使用QTranslator加载对应的.qm文件。

这个过程确保了应用程序可以轻松适配不同语言环境。

6. 常见问题排查与调试技巧

即使按照指南操作，在实际编码中仍会遇到各种问题。以下是一些常见坑点及解决方法：

调试利器：qDebug()与Q_ASSERT

• qDebug()是Qt版的printf，可以方便地输出变量值、跟踪执行流。确保在.pro文件中包含CONFIG += console（MSVC）或运行时重定向输出，以在终端看到信息。
• Q_ASSERT(condition)在调试模式下如果条件为假，会中断程序并给出提示。用于检查程序逻辑中必须满足的条件。

7. 从Qt 4到现代Qt（5/6）的迁移思考

虽然我们聚焦于Qt 4，但了解其与现代版本的主要差异，能帮助你更好地将书中的知识应用到当前项目中。

1. 模块化：Qt 5开始，框架被拆分为许多模块（Qt Core, Qt GUI, Qt Widgets, Qt Network等）。你需要根据需求在项目文件（.pro）中指定QT += widgets network等。书中基于Qt 4的QT += core gui可能需要调整。
2. QML与Qt Quick：这是Qt 5引入的革命性变化，用于声明式UI开发，特别适合移动端和动态界面。书中的Widgets知识是QML与C++后端交互的基础。
3. 新的图形后端：Qt 5引入了QOpenGLWindow和QRhi（Qt 6），提供了更现代的图形渲染路径。但QPainter和Graphics View框架依然完全可用且强大。
4. API清理：一些过时的类和方法被标记为废弃（deprecated），如QDesktopServices被QStandardPaths部分替代。在迁移时注意编译警告。
5. C++标准：现代Qt（尤其是Qt 6）更积极地拥抱C++11/14/17标准，代码中可以更多地使用lambda表达式、智能指针、范围for循环等，让代码更简洁。

核心建议：不要因为书基于Qt 4而轻视它。它传授的思想——对象模型、信号槽、模型/视图、事件处理、布局管理——是Qt的脊梁，在任何一个现代版本中都至关重要。先把这些基石打牢，再去学习QML、Qt Quick Controls 2这些上层建筑，你会走得更稳、更远。这本书里的每一个示例，你都可以用Qt 5或Qt 6重新编译和运行（可能需要极小的调整），这本身就是一次绝佳的迁移练习。