Qt帶參數(shù)的信號和槽函數(shù)舉例詳解

更新時間：2025年03月14日 10:28:27 作者：Yui_

信號槽的設(shè)計旨在實現(xiàn)控件和處理邏輯的解耦合,但在實際開發(fā)中,一對一的關(guān)系更為常見,這篇文章主要介紹了Qt帶參數(shù)的信號和槽函數(shù)的相關(guān)資料,需要的朋友可以參考下

前言

在前面的文章中，我們已經(jīng)了解了Qt自帶的信號和槽函數(shù)以及自定義的信號和槽函數(shù)，但是這些都是沒有帶參數(shù)的，其實信號和槽函數(shù)是可以帶有參數(shù)的。

1. 帶參數(shù)的信號和槽

Qt的信號和槽也是支持帶有參數(shù)的，同時也支持重載。

此處我們要求，信號函數(shù)的參數(shù)列表要和對應(yīng)連接的槽函數(shù)參數(shù)列表一致。當(dāng)信號觸發(fā)時，調(diào)用槽函數(shù)的時候，信號函數(shù)的實參就能被傳遞到槽函數(shù)的形參當(dāng)中。

1.2 參數(shù)匹配的信號和槽函數(shù)

下面我回寫一個程序，程序的功能是通過兩個按鈕來傳遞參數(shù)人窗口的標(biāo)題發(fā)生改變。

#include "widget.h"
#include "ui_widget.h"

Widget::Widget(QWidget *parent)
    : QWidget(parent)
    , ui(new Ui::Widget)
{
    ui->setupUi(this);
    connect(this,&Widget::mySignal,this,&Widget::handle);
}

Widget::~Widget()
{
    delete ui;
}

void Widget::handle(QString s)
{
    this->setWindowTitle(s);
}


void Widget::on_pushButton_clicked()
{
    emit mySignal("被按鈕1調(diào)用");
}

void Widget::on_pushButton_2_clicked()
{
    emit mySignal("被按鈕2調(diào)用");
}

頭文件：

#ifndef WIDGET_H
#define WIDGET_H

#include <QWidget>
#include <QString>
QT_BEGIN_NAMESPACE
namespace Ui { class Widget; }
QT_END_NAMESPACE

class Widget : public QWidget
{
    Q_OBJECT

public:
    Widget(QWidget *parent = nullptr);
    ~Widget();
signals:
    void mySignal(QString s);
public slots:
    void handle(QString s);

private slots:
    void on_pushButton_clicked();

    void on_pushButton_2_clicked();

private:
    Ui::Widget *ui;
};
#endif // WIDGET_H

當(dāng)信號函數(shù)和槽函數(shù)參數(shù)匹配時，并不會發(fā)生什么，那么現(xiàn)在讓我們來看看參數(shù)不匹配的情況下是怎么樣的吧。

1.2 參數(shù)不匹配的信號和槽

參數(shù)不匹配的情況可以分為三種：

槽函數(shù)的參數(shù)數(shù)量大于信號函數(shù)的參數(shù)數(shù)量但參數(shù)類型相同
信號函數(shù)的參數(shù)數(shù)量大于槽函數(shù)的參數(shù)數(shù)量但參數(shù)類型相同
信號函數(shù)和槽函數(shù)的參數(shù)數(shù)量相同但參數(shù)類型不同
下面開始逐個講解

1.2.1 槽函數(shù)參數(shù)數(shù)量大于信號函數(shù)

#include "widget.h"
#include "ui_widget.h"

Widget::Widget(QWidget *parent)
    : QWidget(parent)
    , ui(new Ui::Widget)
{
    ui->setupUi(this);
    connect(this,&Widget::mySignal,this,&Widget::handle);
}

Widget::~Widget()
{
    delete ui;
}

void Widget::handle(QString s1,QString s2)
{
    this->setWindowTitle(s1);
}


void Widget::on_pushButton_clicked()
{
    emit mySignal("被按鈕1調(diào)用");
}

void Widget::on_pushButton_2_clicked()
{
    emit mySignal("被按鈕2調(diào)用");
}

#ifndef WIDGET_H
#define WIDGET_H

#include <QWidget>
#include <QString>
QT_BEGIN_NAMESPACE
namespace Ui { class Widget; }
QT_END_NAMESPACE

class Widget : public QWidget
{
    Q_OBJECT

public:
    Widget(QWidget *parent = nullptr);
    ~Widget();
signals:
    void mySignal(QString s1);
public slots:
    void handle(QString s1,QString s2);

private slots:
    void on_pushButton_clicked();

    void on_pushButton_2_clicked();

private:
    Ui::Widget *ui;
};
#endif // WIDGET_H

可以看到，編譯器報錯了，這也就說明了槽函數(shù)參數(shù)數(shù)量大于信號函數(shù)是不可以的。

1.2.2 信號函數(shù)參數(shù)數(shù)量大于槽函數(shù)

#include "widget.h"
#include "ui_widget.h"

Widget::Widget(QWidget *parent)
    : QWidget(parent)
    , ui(new Ui::Widget)
{
    ui->setupUi(this);
    connect(this,&Widget::mySignal,this,&Widget::handle);
}

Widget::~Widget()
{
    delete ui;
}

void Widget::handle(QString s)
{
    this->setWindowTitle(s);
}


void Widget::on_pushButton_clicked()
{
    emit mySignal("被按鈕1調(diào)用","");
}

void Widget::on_pushButton_2_clicked()
{
    emit mySignal("被按鈕2調(diào)用","");
}

可以正常運行，也就表明信號函數(shù)的參數(shù)個數(shù)超過槽函數(shù)的參數(shù)個數(shù)參數(shù)個數(shù)是可以正常使用的，但是反過來就是不行，槽函數(shù)的參數(shù)個數(shù)大于信號函數(shù)的參數(shù)個數(shù)，無法編譯通過。

個數(shù)的不一致，槽函數(shù)就會按照參數(shù)的順序拿到信號的前N個參數(shù)，確保槽函數(shù)的每個之都是有值。

思考下，為什么會這樣呢？又為什么不要求參數(shù)的個數(shù)嚴(yán)格一致呢？

如果我們要求參數(shù)的個數(shù)完全一致，就意味著信號綁定到槽函數(shù)的要求變高了，換言之當(dāng)下的規(guī)則允許信號和槽函數(shù)之間的綁定更加的靈活，更多的信號可以綁定到這個槽函數(shù)上了。

1.2.3 信號函數(shù)和槽函數(shù)的參數(shù)類型不同

會報錯~

帶有參數(shù)的信號要求信號的參數(shù)和槽函數(shù)的參數(shù)類型是一致的。

2.知識補充

2.1 Q_OBJECT

Qt中如果要讓某個類能夠使用信號槽，必須要在類最開始的地方，寫下Q_OBJECT宏

使用ALT加右鍵點擊

就可以看到里面的內(nèi)容了，實際上這里還可以再進一步展開，最終會得到一系列很復(fù)雜的代碼。

2.1 信號槽多對多

所謂的信號槽，終究要解決的問題就是響應(yīng)用戶的操作。

信號槽，其實在GUI開發(fā)的各種框架中是一個比較"有特色"的存在。

大部分的GUI開發(fā)框架都是一對一的存在

一個事件只能對應(yīng)一個處理函數(shù)，一個處理函數(shù)也只能對應(yīng)到一個事件上。

就比如網(wǎng)頁開發(fā)中的JS，網(wǎng)頁開發(fā)中響應(yīng)用戶操作，主要就是掛回調(diào)函數(shù)。

而Qt專門搞了一個單獨的connect來完成信號槽的連接

Qt信號槽的設(shè)計，理想很美好，現(xiàn)實很骨感

該機制主要的效果就是：

解耦合，把觸發(fā)用戶操作的控件和處理對應(yīng)用戶的操作邏輯解耦合。
多對多的效果：一個信號可以connect到多個槽函數(shù)上，一個槽函數(shù)，也可以被多個信號connect。
那么什么是多對多呢？
以選課為例，一個學(xué)生可以選擇多門課，一門課可以被多名學(xué)生選擇這種。
多對多真的實用嗎？
答案是否定的，在實際的開發(fā)過程中，隨著大家的經(jīng)驗越來越多，其實在GUI開發(fā)的過程中，多對多就是一個偽需求，實際的開發(fā)中很少用到，絕大情況下一對一就夠用了。
所以一些新的圖形化開發(fā)框架，很少有再繼續(xù)支持這種多對多的了~