[Qt][信号与槽][下]详细讲解

目录


1.自定义信号和槽

1.基本语法

  • 在Qt中,允许⾃定义信号的发送⽅以及接收⽅,即可以⾃定义信号函数和槽函数
  • ⾃定义信号函数书写规范
    • ⾃定义信号函数必须写到"signals"下
    • 返回值为void,只需要声明,不需要实现
    • 可以有参数,可以发⽣重载
  • ⾃定义槽函数书写规范
    • 早期的Qt版本 要求槽函数必须写到"public slots"下
    • 现在⾼级版本的Qt 允许写到类的 "public" 作⽤域中或者全局下
    • 返回值为void,需要声明,也需要实现
    • 可以有参数,可以发⽣重载
  • 发送自定义信号
    • 使⽤"emit"关键字发送信号,"emit"是⼀个空的宏
    • "emit"其实是可选的,没有什么含义,只是为了提醒开发⼈员
      • :即使不写emit,信号也能发出去
      • 但是建议实际开发中,加上emit,代码可读性高
    • 举例emit MySignal();

2.带参数的信号和槽

  • Qt的信号和槽也⽀持带有参数,同时也可以⽀持重载
  • 要求:信号函数的参数列表要和对应连接的槽函数列表一致
    • 此时信号触发,调⽤槽函数的时候,信号函数中的实参就能够被传递到槽函数的形参当中
    • 通过这样的机制,就可以让信号给槽传递数据了
  • 实际上,参数列表一致主要是要求类型一致,个数如果不一样也可以
    • 但是要求信号的参数的个数必须要比槽的参数的个数多
      • 个数不一致,槽函数会按照参数顺序,拿到信号的前N个参数
      • 确保参数的每个参数都是有值的
    • 为什么允许信号的参数比槽的参数多呢?
      • 一个槽函数,可能会绑定多个信号
        • 如果严格要求参数一致,就意味着信号绑定到槽的要求变高了
      • 这样的规则下,允许信号和槽之间的绑定更灵活了

2.信号与槽的连接方式

0.信号和槽存在的意义?

  • Qt信号槽connect这个机制,设想很美好
    • 解耦合:把触发用户操作的空间和处理对应用户的操作逻辑解耦合
    • "多对多"效果 <--
      • 一个信号,可以connect到多个槽函数上
      • 一个槽函数,也可以被多个信号connect
  • Qt引入信号槽最本质的初心 :让信号和槽之间按照"多对多"的方式进行关联
    • 实际上,很多时候,"多对多"这件事,其实是个"伪需求",实际开发很少会用到

1.一对一

  • 一个信号连接一个槽

  • 一个信号连接另一个信号

2.一对多

  • 一个信号连接多个槽

3.多对一

  • 多个信号连接一个槽函数

3.信号和槽的其他说明

1.信号与槽的断开

  • 使用disconnect()即可断开连接,用法和connect()基本一致
  • 说明
    • 大部分情况下,把信号和槽连上之后,就不必关了
    • 主动断开往往是为了把信号重新绑定到另一个槽函数上

2.使用Lambda表达式定义槽函数

  • 早期版本的Qt,若要使⽤Lambda表达式 ,要在".pro"⽂件中添加: CONFIG += C++11

  • Qt5以上的版本⽆需⼿动添加,在新建项⽬时会⾃动添加

  • 示例 :正常使用

    cpp 复制代码
    connect(btn, &QPushButton::clicked, this, [=](){
    	this->close();
    });
  • 特别示例 :当"connect()"第三个参数为"this"时,第四个参数使⽤Lambda表达式时,可以省略掉第三个参数的this

    cpp 复制代码
    connect(btn, &QPushButton::clicked, [=](){
    	this->close();
    });

3.信号与槽的优缺点

  • 优点:松散耦合
    • Qt的信号槽机制保证了信号与槽函数的调⽤
      • 信号发送者不需要知道发出的信号被哪个对象的槽函数接收
      • 槽函数也不需要知道哪些信号关联了⾃⼰,
    • ⽀持信号槽机制的类或者⽗类必须继承于QObject
  • 缺点:效率较低
    • 与回调函数相⽐,信号和槽稍微慢⼀些,因为它们提供了更⾼的灵活性,尽管在实际应⽤程序中差别不⼤
    • 通过信号调⽤的槽函数⽐直接调⽤的速度慢约10倍 ,这是定位信号的接收对象所需的开销
      • 遍历所有关联
      • 编组/解组传递的参数
      • 多线程时,信号可能需要排队
    • 这种调⽤速度对性能要求不是⾮常⾼的场景是可以忽略的,是可以满⾜绝⼤部分场景
    • ⼀个客⼾端程序中,最慢的环节往往是"⼈"
      • 假设本⾝基于回调的⽅式是10us,使⽤信号槽的⽅式是100us,对于使⽤程序的⼈来说,是感知不到的
相关推荐
捕鲸叉10 分钟前
创建线程时传递参数给线程
开发语言·c++·算法
A charmer14 分钟前
【C++】vector 类深度解析:探索动态数组的奥秘
开发语言·c++·算法
Peter_chq16 分钟前
【操作系统】基于环形队列的生产消费模型
linux·c语言·开发语言·c++·后端
青花瓷2 小时前
C++__XCode工程中Debug版本库向Release版本库的切换
c++·xcode
幺零九零零3 小时前
【C++】socket套接字编程
linux·服务器·网络·c++
捕鲸叉3 小时前
MVC(Model-View-Controller)模式概述
开发语言·c++·设计模式
徒步僧4 小时前
ThingsBoard规则链节点:RPC Call Reply节点详解
qt·microsoft·rpc
Dola_Pan4 小时前
C++算法和竞赛:哈希算法、动态规划DP算法、贪心算法、博弈算法
c++·算法·哈希算法
yanlou2334 小时前
KMP算法,next数组详解(c++)
开发语言·c++·kmp算法
小林熬夜学编程4 小时前
【Linux系统编程】第四十一弹---线程深度解析:从地址空间到多线程实践
linux·c语言·开发语言·c++·算法