C++ 繼承與組合選擇：QTcpSocket 封裝 XML 解析，組合優於繼承

場景

Qt 網絡通信：`QTcpServer` 監聽，新連接生成 `QTcpSocket` 處理 XML 數據解析。
兩種封裝：
A. 繼承 `QTcpSocket` → `MySocket` 內含解析邏輯。
B. 組合：自定義類 `ConnectionHandler` 持有 `QTcpSocket*` 成員，負責解析。

原則：組合/聚合 優於 繼承

• 開閉原則：對擴展開放，對修改關閉。繼承破壞封裝，父類變動直接影響子類。
• 單一職責：`QTcpSocket` 負責傳輸，解析屬應用層邏輯，不應混入傳輸類。
• 靈活性：組合可運行時替換 `QTcpSocket`（如換 SSL、WebSocket），繼承綁定死。
• 測試性：`ConnectionHandler` 可 Mock `QTcpSocket` 接口單元測試；繼承難隔離。

推薦結構

class ConnectionHandler : public QObject {
    Q_OBJECT
    QTcpSocket* socket;
    XmlParser parser; // 解析邏輯分離
public:
    explicit ConnectionHandler(QTcpSocket* s, QObject* parent = nullptr)
        : QObject(parent), socket(s) {
        connect(socket, &QTcpSocket::readyRead, this, &ConnectionHandler::onReadyRead);
        connect(socket, &QTcpSocket::disconnected, this, &ConnectionHandler::deleteLater);
    }
private slots:
    void onReadyRead() {
        QByteArray data = socket->readAll();
        parser.feed(data);
        while (parser.hasCompleteMessage()) {
            XmlMessage msg = parser.popMessage();
            handleMessage(msg); // 業務分發
        }
    }
};

何時用繼承

• 真正的「是一種」關係，且需擴展父類**受保護/虛函數**行為（如自定義 `QWidget` 重寫 `paintEvent`）。
• 框架強制要求（如 `QThread` 子類化 `run()`，但現代推薦 `moveToThread` 組合）。