Можно ли разрезать виртуальную функцию базового класса, отличного от QObject

Question

Если я объявляю функцию виртуальной в базовом классе, отличном от QObject, а затем переопределяю ее как слот в производном классе с макросом Q_OBJECT и имеет QObject как один из базовых классов он должен работать нормально?

Гарантировано, что виртуальные вызовы будут работать? Что произойдет, если вы подключитесь к слоту производного класса?

class Base 
{ 
public: 
    virtual void f(); 
}; 

class Derived: public QObject, public Base 
{ 
    Q_OBJECT 
public slots: 
    virtual void f(); 
}; 

Answer 1

Да:

Так как слоты являются обычными функциями-членами, они следуют нормальному C++ правила, когда вызывается непосредственно. < ...> Вы также можете определить слоты, чтобы быть виртуальными, которые мы нашли довольно полезными на практике .

http://qt-project.org/doc/qt-4.8/signalsandslots.html#slots

В вашем примере Derived::f нормальная виртуальная функция. Если он вызван напрямую, он работает так, как ожидалось, так же, как говорится в документации. При вызове с помощью сигнала, она вызывается qt_static_metacall, который генерируется в moc_Derived.cpp следующим образом:

void Derived::qt_static_metacall(QObject *_o, QMetaObject::Call _c, 
           int _id,  void **_a) 
{ 
    if (_c == QMetaObject::InvokeMetaMethod) { 
     Q_ASSERT(staticMetaObject.cast(_o)); 
     Derived *_t = static_cast<Derived *>(_o); 
     switch (_id) { 
     case 0: _t->f(); break; 
     default: ; 
     } 
    } 
    Q_UNUSED(_a); 
} 

Таким образом, заканчивается вызовом нормальной функцией _t->f().

Обратите внимание, что нет никакого способа вызвать Base::f сигналом. Эта функция может быть выполнена только в том случае, если данный объект фактически является экземпляром Base, а не Derived экземпляром. И так как Base не основан на QObject, вы не можете передать его экземпляр функции connect.