Qt Connect 信号 槽

  信号和槽机制是 QT 的核心机制 。信号和槽是一种高级接口,应用于对象之间的通信,它是 QT 的核心特性,也是 QT 区别于其它工具包的重要地方。信号和槽是 QT 自行定义的一种通信机制,它独立于标准的 C/C++ 语言,因此要正确的处理信号和槽,必须借助一个称为 moc(Meta Object Compiler)的 QT 工具,该工具是一个 C++ 预处理程序它为高层次的事件处理自动生成所需要的附加代码。 

在QT中,connect()函数是关联部件的动作与执行的函数。

  在启动函数中进行设置,并非是在信号槽函数中进行设置。也就是一启动就关联好,如果放在信号槽中,则进行第一次动作,进行关联,第二次才能实行执行的函数。

同时,connect()函数中的SLOT()中的槽函数,必须在头文件定义中需要放在public slot或者private slot函数中。否则不能实现,编译错误。

 信号和槽能携带任意数量和任意类型的参数(类型要匹配),他们是类型完全安全的,不会像回调函数那样产生 core dumps。

  所有从 QObject 或其子类 ( 例如 Qwidget) 派生的类都能够包含信号和槽。当对象改变其状态时,信号就由该对象发射 (emit) 出去,它不知道另一端是谁在接收这个信号。这就是真正的信息封装,它确保对象被当作一个真正的软件组件来使用。槽用于接收信号,但它们是普通的对象成员函数。一个槽并不知道是否有任何信号与自己相连接。而且,对象并不了解具体的通信机制

  槽(Slots):

    槽是普通的 C++ 成员函数,可以被正常调用,它们唯一的特殊性就是很多信号可以与其相关联。当与其关联的信号被发射时,这个槽就会被调用。槽可以有参数,但槽的参数不能有缺省值。

  既然槽是普通的成员函数,因此与其它的函数一样,它们也有存取权限。槽的存取权限决定了谁能够与其相关联。同普通的 C++ 成员函数一样,槽函数也分为三种类型,即 public slots、private slots 和 protected slots。 // 与C++三种权限作用相同;;

  • public slots:在这个区内声明的槽意味着任何对象都可将信号与之相连接。这对于组件编程非常有用,你可以创建彼此互不了解的对象,将它们的信号与槽进行连接以便信息能够正确的传递。
  • protected slots:在这个区内声明的槽意味着当前类及其子类可以将信号与之相连接。这适用于那些槽,它们是类实现的一部分,但是其界面接口却面向外部。
  • private slots:在这个区内声明的槽意味着只有类自己可以将信号与之相连接。这适用于联系非常紧密的类。

  槽也能够声明为虚函数,这也是非常有用的。// 被继承使用;;

  信号(Signals):

    当某个信号对其客户或所有者发生的内部状态发生改变,信号被一个对象发射(emit)。只有 定义过这个信号的类及其派生类能够发射这个信号。当一个信号被发射时,与其相关联的槽将被立刻执行,就象一个正常的函数调用一样。信号 - 槽机制完全独立于任何 GUI 事件循环。只有当所有的槽返回以后发射函数(emit)才返回。 如果存在多个槽与某个信号相关联,那么,当这个信号被发射时,这些槽将会一个接一个地 执行,但是它们执行的顺序将会是随机的、不确定的,我们不能人为地指定哪个先执行、哪 个后执行。

信号的声明是在头文件中进行的,QT 的 signals 关键字指出进入了信号声明区,随后即可 声明自己的信号。

  信号与槽关联 Connect()函数:

    通过调用 QObject 对象的 connect 函数来将某个对象的信号与另外一个对象的槽函数相关联,这样当发射者发射信号时,接收者的槽函数将被调用

  一般使用一下两种格式:

1、 QMetaObject::Connection QObject::connect(const QObject * sender, const char * signal, const QObject * receiver,

const char * method, Qt::ConnectionType type = Qt::AutoConnection) [static]

       QLabel *label = new QLabel;
    QScrollBar *scrollBar = new QScrollBar;
    QObject::connect(scrollBar, SIGNAL(valueChanged(int)),label, SLOT(setNum(int)));  // 使用 SIGNAL() 与 SLOT() 宏;;

2、QMetaObject::Connection QObject::connect(const QObject * sender, PointerToMemberFunction signal,

const QObject * receiver, PointerToMemberFunction method, Qt::ConnectionType type = Qt::AutoConnection) [static]

    QLabel *label = new QLabel;
    QLineEdit *lineEdit = new QLineEdit;
    QObject::connect(lineEdit, &QLineEdit::textChanged,label, &QLabel::setText);  // 使用实例地址进行引用信号 与 槽

  

  当信号与槽没有必要继续保持关联时,我们可以使用 disconnect 函数来断开连接。如下定义:

 bool QObject::disconnect ( const QObject * sender, const char * signal,
         const Object * receiver, const char * member ) [static]

1、Disconnect everything connected to an object‘s signals:

    disconnect(myObject, 0, 0, 0);
    等于  myObject->disconnect();

   2、Disconnect everything connected to a specific signal:
    disconnect(myObject, SIGNAL(mySignal()), 0, 0);
  等于 
myObject->disconnect(SIGNAL(mySignal()));

  3、Disconnect a specific receiver:
    disconnect(myObject, 0, myReceiver, 0);
  等于 myObject->disconnect(myReceiver);

0 may be used as a wildcard, meaning "any signal", "any receiving object", or "any slot in the receiving object", respectively.

The sender may never be 0. (You cannot disconnect signals from more than one object in a single call.)

If signal is 0, it disconnects receiver and method from any signal. If not, only the specified signal is disconnected.

If receiver is 0, it disconnects anything connected to signal. If not, slots in objects other than receiver are not disconnected.

If method is 0, it disconnects anything that is connected to receiver. If not, only slots named method will be disconnected, and all other slots are left alone. The method must be 0 if receiver is left out, so you cannot disconnect a specifically-named slot on all objects.

时间: 2024-10-12 19:56:03

Qt Connect 信号 槽的相关文章

非Qt工程使用Qt的信号槽机制

非Qt工程,使用Qt的信号槽机制,蛋疼不?反正我现在就是要做这样一件蛋疼的事. 要使用Qt的信号槽机制,下面是从Qt Assist里面关于 signal & slots 的一句介绍: All classes that contain signals or slots must mention Q_OBJECT at the top of their declaration. They must also derive (directly or indirectly) from QObject.

在非UI线程中更改UI(Delphi使用隐藏窗口来处理,QT使用信号槽)

在Delphi里我记得是使用TThread.Synchronize(TThreadMethod),原理是利用了一个隐藏窗口来处理. 在QT Debug模式一下,碰到了同样的问题,显示错误: cannot send events to objects owned by a different thread 解决方案是使用信号槽,就是在线程里不断的发信号,UI线程的槽函数不断的接受信号并做处理: So as a solution I would propose the following: Defi

Qt之信号槽连接——基于字符串与基于函数的连接之间的不同(译)

从Qt5.0开始,Qt提供了两种不同的方式进行信号槽的连接:基于字符串的连接语法.基于函数的连接语法.这两种连接语法各有利弊,下面的表总结了它们的不同点. 下面几部分详细解释了它们之间的不同,并且说明对于每种连接语法如何使用各自的优点. 类型检查以及隐式类型转换 基于字符串的连接是在运行时通过字符串比较来进行类型检查,这种方式有3个局限性: 1.只有在程序运行后才能查出连接错误: 2.信号和槽之间不能进行隐式转换: 3.类型定义和名字空间不能被识别. 第2第3个局限存在的原因是,字符串的比较并不

Qt中信号槽connect的多种类型

QObject::connect只有4个参数吗?其实不是,请看它的定义:QObject::connect(sender, signal, receiver, method, Qt::ConnectionType type = Qt::AutoConnection)可见实际它有5个参数,只是最后一个参数有默认值,所以平常使用时很少触及.前4个参数都很熟悉,第五个参数是一个enum Qt::Connection Type类型的,它一共有六个值,下面是Qt Assistant中给出的明确说明: Thi

qt多线程信号槽传输方式

//简单介绍一下QT信号与槽的连接方式:    //Qt::AutoConnection表示系统自动选择相应的连接方式,如果信号与槽在同一线程,就采用Qt::DirectConnection, //如果信号与槽不在同一线程,将采用Qt::QueuedConnection的连接方式.     //Qt::DirectConnection表示一旦信号产生,立即执行槽函数.     //Qt::QueuedConnection表示信号产生后,将发送Event给你的receiver所在的线程,postE

Qt的信号槽,一个老MFC的经验

最近在利用闲暇时间研究Qt,大概有3周了,看过了官网的white paper并浏览了一遍<C++ GUI Programming with Qt 4, 2nd Edition>.总的来说,感触还是很深的,所以今天想写点东西,作为对Qt初体验的记录. 本人作为一个MFC老古董(如果你关注本博的话,你是知道的,汗-),发现研究Qt是一件非常令人赏心悦目的事情.那感觉,就像你逛完了集美家具城看到一堆国产风格的家具后突然走进宜家的卖场一样.我并不是说宜家的家具有多么好,只不过宜家家具代表的北欧风格和家

Qt 学习之路 :信号槽

信号槽是 Qt 框架引以为豪的机制之一.熟练使用和理解信号槽,能够设计出解耦的非常漂亮的程序,有利于增强我们的技术设计能力. 所谓信号槽,实际就是观察者模式.当某个事件发生之后,比如,按钮检测到自己被点击了一下,它就会发出一个信号(signal).这种发出是没有目的的,类似广播.如果有对象对这个信号感兴趣,它就会使用连接(connect)函数,意思是,用自己的一个函数(成为槽(slot))来处理这个信号.也就是说,当信号发出时,被连接的槽函数会自动被回调.这就类似观察者模式:当发生了感兴趣的事件

Qt开发之信号槽机制

一.信号槽机制原理 1.如何声明信号槽 Qt头文件中一段的简化版: class Example: public QObject { Q_OBJECT signals: void customSignal(); void customSignal(int i) public slots: void customSlot(); void customSlot(int i); }; 2.宏与MOC源对象 摘录代码: // qobjectdefs.h i. … ii. #define slots iii

Qt源码学习之信号槽

Qt源码版本 Qt 5.12.0 moc文件 Qt在编译之前会分析源文件,当发现包含了Q_OBJECT宏,则会生成另外一个标准的C++源文件(包含Q_OBJECT宏实现的代码,文件名为moc_+原文件名),该文件同样进入编译系统,最终被链接到二进制代码中去.此时,Qt将自己增加的扩展转换成了标准的C++文件,moc全称是Meta-Object Compiler,也就是“原对象编译器”. Q_OBJECT的宏定义 位置:qobjectdefs.h 1 /* qmake ignore Q_OBJEC