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

    但假设指针去调用非虚函数，这个时候会调用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，所以这点须要注意，比較微妙的一个小细节，尽管不是什么问题，但确实须要我们注意。