C++在使用Qt中SLOT宏需要注意的一个小细节

标签：qt   slot   c++   

    但如果指针去调用非虚函数，这个时候会调用C++的静态绑定，去判断当前的指针是什么类型，就去执行哪个类型的函数。

    很有一种比较经典的用法，就是Template Method模式，基类定义一个非虚的算法框架，里面具体定义一些纯虚的函数片段，由子类来进行实现，从而实现了控制总体框架，但可以给客户自由定制的灵活性。这个用法其实就是指针去调用了基类的方法，由方法的扩展之后扩展到虚函数的地方，指针继续使用了动态绑定特性进行查找虚函数表，通过理解为函数扩展，这种理解似乎可以简单的多。

    但在使用Qt的SLOT的时候，会出现一个问题需要注意，就是在connect的时候，你给当前的子类对象child设置了SLOT宏，但这个宏也在基类中实现过，举个例子

Class Base : public QObject
{
Q_OBJECT
public:
   Base();
   void myConnect(QObject *other) { connect(other, SIGNAL(test()), this, SLOT(say())) }
privare slots:
   void say(){ qDebug() << "Base" };  
};

Class Child: public Base
{
Q_OBJECT
public:
   Child();
privare slots:
   void say(){ qDebug() << "Child" };  
};

在Base的myConnect中，this指针表示你在当前Base类中，这个时候很自然的去调用Base::say(),一开始可能这样写为了自动连接和断除比较方便，但是如果你写了继承子类，你很自然的去覆写了say这个函数，并且觉得既然不是虚函数，没什么需要担心的，你可能会去用Child去连接别的对象，心理还在想着Base中say的实现方法（因为我记得我当初链接信号的时候写是在Base中写的，并且我现在没有用指针和引用，Child的say方法应该很安全），但你会发现，最后触发的确实自己的slot，所以这点需要注意，比较微妙的一个小细节，虽然不是什么问题，但确实需要我们注意。

C++在使用Qt中SLOT宏需要注意的一个小细节,布布扣,bubuko.com

C++在使用Qt中SLOT宏需要注意的一个小细节

标签：qt   slot   c++   

原文地址：http://blog.csdn.net/aysycd/article/details/31738881