理解继承与组合的本质：Qt 项目中的设计选择指南

文章目录

• [理解继承与组合的本质：Qt 项目中的设计选择指南](#理解继承与组合的本质：Qt 项目中的设计选择指南)
• • 一、继承与组合的本质区别
  • • [1. 继承（Inheritance）](#1. 继承（Inheritance）)
    • [2. 组合（Composition）](#2. 组合（Composition）)
  • 二、继承的适用场景
  • 三、组合的适用场景
  • 四、错误使用继承的后果
  • 五、判断继承或组合的三问法
  • 六、继承与组合的对比总结
  • 七、结语

理解继承与组合的本质：Qt 项目中的设计选择指南

在使用 Qt 进行 C++ 项目开发时，开发者常常会遇到这样的困惑：当一个类需要访问另一个类的某个控件或功能时，应该选择继承还是组合？尤其在项目中，我们常常希望在辅助模块中操作主窗口中的 QMdiArea，这时到底是继承主窗口类还是将 QMdiArea* 传递过去？

这一选择关系到项目结构是否合理、代码是否易于扩展、是否易于维护。因此，理解继承与组合的本质，并在实际项目中做出正确选择，至关重要。

一、继承与组合的本质区别

1. 继承（Inheritance）

继承用于表达"是一个（is-a）"的关系。当子类本身就是父类的一个特化版本，继承是合理且必要的。例如：

• "学生"是一个"人"
• "编辑器"是一个"文本控件"
• "自定义主窗口"是一个"QMainWindow"

在这些场景下，子类继承父类，可以复用父类的功能，并通过重写父类的函数来扩展或修改行为。

2. 组合（Composition）

组合用于表达"有一个（has-a）"或"使用一个（uses-a）"的关系。当一个类只是用到了另一个类的某个成员或功能，而不是其本身的子类型，组合是更合适的选择。例如：

• "电脑"有一个"CPU"
• "主窗口"拥有一个"QMdiArea"
• "文件打开类"使用了"主窗口的 QMdiArea 来添加子窗口"

组合通过将对象作为成员或传参传入，实现灵活的对象协作，同时保持各个模块的低耦合。

二、继承的适用场景

以下是继承适合使用的具体场景：

1. 需要复用父类的大量行为和结构 。例如自定义控件时，你可能想要继承 QTextEdit 来扩展其行为，如实现特定快捷键、右键菜单等。
2. 需要重写父类的虚函数或事件处理函数 。如 paintEvent()、mousePressEvent() 等，只有继承父类才能重写这些成员函数。
3. 存在明确的类型从属关系。如果语义上"某类是另一类的子类"，那么使用继承是自然且符合逻辑的。
4. 实现多态接口。如果某个类需要作为基类供多个子类实现多态接口，如 Qt 的插件框架，这时继承是必需的。

示例：

class MyEditor : public QTextEdit {
    // "MyEditor 是一个 QTextEdit"
    void contextMenuEvent(QContextMenuEvent *event) override {
        // 重写默认右键菜单
    }
};

三、组合的适用场景

组合更适合以下情况：

1. 只需要使用另一个类的部分功能，而不需要继承其全部接口。这有助于减少不必要的耦合。
2. 不同模块之间无"类型层级"关系，仅是功能依赖关系。如主窗口与文件处理模块之间的关系。
3. 希望将某些功能抽离成可复用的独立类，方便其他模块调用。
4. 在多个对象中使用相同的成员组件，且需要灵活替换或复用。

示例：

class FileOpen : public QObject {
public:
    explicit FileOpen(QMdiArea* mdiArea, QObject* parent = nullptr)
        : QObject(parent), m_mdiArea(mdiArea) {}

    void openDocument() {
        QTextEdit* editor = new QTextEdit;
        m_mdiArea->addSubWindow(editor);
        editor->show();
    }

private:
    QMdiArea* m_mdiArea;
};

在这个例子中，FileOpen 并不是主窗口，也不需要成为窗口的一部分。它只是使用了主窗口中的 QMdiArea，因此组合是最合适的方式。

四、错误使用继承的后果

在实际项目中，有些开发者为了访问主窗口中的控件而选择继承主窗口类，例如：

class FileOpen : public Vs_Wps {
    // 继承只是为了访问 ui->mdiArea
};

这种做法存在以下严重问题：

1. 违反语义 ：FileOpen 并不是主窗口的一种类型，不应该"是一个主窗口"。
2. 强耦合 ：FileOpen 完全绑定在 Vs_Wps 上，无法在其他窗口中复用。
3. 资源冗余：继承主窗口会默认加载所有界面资源，造成浪费。
4. 维护困难 ：当主窗口结构调整时，FileOpen 会受到不必要的影响。

正确的方式应该是通过构造函数或 setter 方法将 QMdiArea* 传递给 FileOpen，由其独立管理功能逻辑。

五、判断继承或组合的三问法

1. A 是 B 吗？（是 → 继承；不是 → 组合）
2. 我是否要复用 B 的大部分功能？（是 → 继承）
3. 我是否只用到 B 的一个成员或功能？（是 → 组合）

这三个问题可以快速判断设计方向是否正确。

六、继承与组合的对比总结

对比项	继承	组合
语义关系	is-a（是一个）	has-a / uses-a（有一个/用一个）
耦合性	高	低
灵活性	差	高
可复用性	差	好
可测试性	差	好
代码维护	难（改父类影响子类）	易（只影响局部）
Qt 中典型场景	自定义控件、主窗口	模块功能类、逻辑分离类

七、结语

继承与组合是面向对象设计中的基础，也是工程结构清晰与否的关键。错误的继承不仅会带来维护困难，还可能造成逻辑混乱和功能耦合。Qt 项目开发中，尤其推荐优先使用组合的方式，让各个模块职责清晰、协作明确。

当我们从"我是否是它"转变为"我是否用它"的思维时，往往就已经走在了正确设计的道路上。理解设计哲学，比会写代码更重要。