QT信号槽与Delphi事件的对比

最近学QT,对信号槽机制感到有点新鲜:

QObject::connect(slider, SIGNAL(valueChanged(int)), lcd, SLOT(display(int)));

自己总结其原理,就是一句话:把两个对象的函数相关(往往是设置同一个值),而不用考虑两个对象之间的关系,而且可以一对多发信号。缺点是,事先要规定哪些函数可以信号,哪些函数是槽。而且执行内容貌似有点单调。

这一机制号称先进,但Delphi里其实也有,而且应该更强大,因为信号源可以任意指定。而且设计时可以,动态改变也行。设计的时候,其机制被存储在.dfm文件里:

object Edit1: TEdit
Left = 136
Top = 80
Width = 121
Height = 21
TabOrder = 0
Text = ‘Edit1‘
OnChange = Edit1Change
OnClick = Edit1Click
end

这是可视化设计的做法。如果忘了这么做,动态写语句也可以,而且就一句话:

    Edit1.OnClick := Button2Click (以OnClick事件为例,注意它不是OnMouseDown和OnMouseUp事件,但它们之间也有一定的联系。OnClick事件实际上是由OnMouseUp函数来执行的)

缺点是,必须要事先定义FOnClick这个事件,其类型是定义在TControl里的 FOnClick: TNotifyEvent; 也就是必须事先定义槽。至于信号无所谓,只要参数一致即可(我猜测,通过复杂的语法变幻,没准参数都不必一致)。定义了槽就可以随时动态插拔要执行的函数,真是方便:

procedure TControl.Click;
begin
if Assigned(FOnClick) then
FOnClick(Self);
end;

通过调用Click这个专门检查槽和执行槽的函数,达到触发槽的目的。但是还不够,触发前后肯定要做一堆事情,并且要加上条件判断才行,看这里:

procedure TControl.WMLButtonUp(var Message: TWMLButtonUp);
begin
inherited; // 怪异,为什么要先执行这个?
if csCaptureMouse in ControlStyle then MouseCapture := False;
if csClicked in ControlState then
begin
Exclude(FControlState, csClicked);
if PtInRect(ClientRect, SmallPointToPoint(Message.Pos)) then Click;
end;
DoMouseUp(Message, mbLeft);
end;

但是到底谁来触发这个槽呢(第一驱动力)?Windows下说到底是要靠消息来触发,所以就很简单啦:

procedure WMLButtonUp(var Message: TWMLButtonUp); message WM_LBUTTONUP;

QT信号槽与Delphi事件的对比

时间: 2024-08-23 06:09:09

QT信号槽与Delphi事件的对比的相关文章

Qt信号槽的一些事

注:此文是站在Qt5的角度说的,对于Qt4部分是不适用的. 1.先说Qt信号槽的几种连接方式和执行方式. 1)Qt信号槽给出了五种连接方式: Qt::AutoConnection 0 自动连接:默认的方式.信号发出的线程和糟的对象在一个线程的时候相当于:DirectConnection, 如果是在不同线程,则相当于QueuedConnection Qt::DirectConnection 1 直接连接:相当于直接调用槽函数,但是当信号发出的线程和槽的对象不再一个线程的时候,则槽函数是在发出的信号

Qt高级——Qt信号槽机制源码解析

Qt高级--Qt信号槽机制源码解析 基于Qt4.8.6版本 一.信号槽机制的原理 1.信号槽简介 信号槽是观察者模式的一种实现,特性如下:A.一个信号就是一个能够被观察的事件,或者至少是事件已经发生的一种通知:B.一个槽就是一个观察者,通常就是在被观察的对象发生改变的时候--也可以说是信号发出的时候--被调用的函数:C.信号与槽的连接,形成一种观察者-被观察者的关系:D.当事件或者状态发生改变的时候,信号就会被发出:同时,信号发出者有义务调用所有注册的对这个事件(信号)感兴趣的函数(槽).信号和

Qt信号槽机制源码解析

Qt信号槽机制源码解析 来源 https://blog.51cto.com/9291927/2070398 一.信号槽机制的原理 1.信号槽简介 信号槽是观察者模式的一种实现,特性如下:A.一个信号就是一个能够被观察的事件,或者至少是事件已经发生的一种通知:B.一个槽就是一个观察者,通常就是在被观察的对象发生改变的时候——也可以说是信号发出的时候——被调用的函数:C.信号与槽的连接,形成一种观察者-被观察者的关系:D.当事件或者状态发生改变的时候,信号就会被发出:同时,信号发出者有义务调用所有注

Qt信号槽中槽函数为虚函数的一些感想

有时候,在写connect的时候会去犹豫一个问题----我的槽函数到底需不需要为虚函数.这个问题在我每次写connect的时候我都会反问自己,因为确实,如果你不去深究里面的moc,你发现不了太多问题. 比如有这么一个demo. #include <QApplication> #include <QObject> #include <QDebug> class Test : public QObject { Q_OBJECT public: void onEmit() {

QT信号槽connect的第五个参数

用过QT的小伙伴都知道连接信号槽的connect方法,但是这个方法有第五个参数,一般都是用的默认的 connect(th,SIGNAL(started()),tmpmyobject,SLOT(showID())); 今天给大家讲讲第五个参数的用法 1.Qt::AutoConnection: 默认值,使用这个值则连接类型会在信号发送时决定.如果接收者和发送者在同一个线程,则自动使用Qt::DirectConnection类型.如果接收者和发送者不在一个线程,则自动使用Qt::QueuedConne

QT 信号槽 异步事件驱动 单线程 多并发

利用好Qt 模块的异步信号槽,单线程同样可是实现很强悍的的并发能力.应付正常的功能是足够的. 需要注意的是:该模式本质上为 单线程 事件驱动异步模式,所以需要做的事优化你的业务代码构架以应付性能与并发压力需求. (当然能够实现异步事件驱动,在Qt模块内部还是启动了更多的子服务线,但在用户代码层面确实单线程模式). 案例场景: 客户端程序,连接多服务端,接收服务端的上传数据. 20个TCP服务端启动.客户端APP逐个建立连接: 单个服务端上传吞吐:一个PDU 大小: 512*2*20字节    上

Qt 信号槽如何传递参数(或带参数的信号槽)

                                信号槽如何传递参数(或带参数的信号槽) 利用Qt进行程序开发时,有时需要信号槽来完成参数传递.带参数的信号槽在使用时,有几点需要注意的地方,下面结合实例进行介绍. 第一点:当信号与槽函数的参数数量相同时,它们参数类型要完全一致. signals: void emitdata(int); private slots: void getdata(int); // 具体实现 qDebug() << "int : "

[Qt] Qt信号槽

信号槽是Qt的核心机制之一,信号槽简单的来说就是两个对象及两个对象问答行为. 例如:发送者(Sender)发出信号(SIGNAL).接收者(Receiver)做出反应(SLOT).利用connect函数将这两个对象及其行为联系起来. 一个简单的例子如下,创建一个button,Clicked button make app quit. #include <QApplication> #include <QPushbutton> int main(int argc, char* arg

C++模板类与Qt信号槽混用

一.正文 目前正在做一个视频处理相关的项目.项目的技术栈是这样的,UI层采用Qt来实现基本的数据展示和交互,底层音视频采用的是一套基于FFmpeg的视频处理框架.这是一套类似Microsoft Media Foundation的处理框架,采用管道流进行架构,解复用.解码.复用.编码及用户自定义操作都采用Filter组件来实现,灵活度和可扩展性都比较好.(基本上常用音视频处理框架都采用了这一架构,如Microsoft Media Foundation, DirectShow Filter, gst