Система динамических расширений (Qt plugins)

[mks]

Добрый день.
Читая книгу "Qt 4.7+ Практическое программирование на С++" автор Боровский, в главе касающейся динамических расширений, наткнулся на такую фразу:
"Определения сигналов и слотов не должны быть частью интерфейса. Интерфейс - это набор обычных виртуальных методов С++ и ничего более". Но объяснений почему так, в этой книге нет. С другой стороны просматривая исходники проекта rexloader вижу что там в интерфейсах используются сигналы. Проект собирается и нормально работает. Объясните в чём тут загвоздка, и почему Боровский не рекомендует использовать сигналы в интерфейсе ?
Благодарю за внимание.

[Vass]

По определению интерфейс подразумевает лишь объявление некоторой сущности, не содержащие какой либо логики.
В С++ нет как такового понятия интерфейс, как например в Java.
Поэтому интерфейсом назывется класс, в котором все методы объявлены чисто виртуальными
Отсюда следует что, чтобы интерфейс оставался интерфейсом, а не становился просто абстрактным классом, он может наследоваться только от другого
интерфейса.
Но! Для того чтобы объявить и использовать сигналы и слоты, класс должен быть наследником QObject, а QObject - это вполне себе класс, причем даже не абстрактный.
Соответственно если вы наследуете "интерфейс" от QObject, то это уже и не интерфейс вовсе, а абстрактный класс.

Конечно, вы можете использовать этот абстрактный класс в своем коде как родительский класс далее (как вы и увидели в проекте-примере), но формально это уже не интерфейс.

[mks]

Спасибо, примерно так и предполагал.

[Dancing_on_water]

Может я все-таки не прав (давно было)

Но можно сделать такую штуку

class A
{
  Q_OBJECT
//виртуальные методы
 Q_SIGNALS:
 void testSignal();
}

class B: public QObject, public A
{
  Q_OBJECT
}

И далее юзать сигнал и это будет работать.

[Old]

И далее юзать сигнал и это будет работать.

moc пропустит класс A, т.к. он не является наследником QObject.

[Dancing_on_water]

мок не компилятор, для moc-а сигналом является макрос Q_OBJECT.

[Old]

мок не компилятор, для moc-а сигналом является макрос Q_OBJECT.

Теоретик? А ты попробуй.
И получишь от moc:
Error: Class contains Q_OBJECT macro but does not inherit from QObject

[Bepec]

Old прав, если класс не унаследован от QObject, никоим образом ты туда сигналы не впихнёшь.

Разве что переписать moc

[Dancing_on_water]

Теоретик? А ты попробуй.
И получишь от moc:
Error: Class contains Q_OBJECT macro but does not inherit from QObject

Не, просто лень вчера вечером было пробывать. 

М-да, действительно вылетает. Значит мне не то помнится.

[lit-uriy]

mks, к выше сказанному добавлю - moc не понимает виртуального наследования, т.е. если класс является дважды наследником (хоть и не прямым) одного и того же класса, например, QObject-а.
Например:
class Interfase: public QObject ... (ради сигналов и слотов в интерфейсе)
class Target : public QWidget, public Interfase ... (собственно конечный класс)
при том, что
class QWidget : public QObject ...
т.е Terget дважды наследник QObject-а получается, вот это мета-объектный компилятор не съест.

[mks]

lit-uriy понятно. В случае из первого сообщения нет двойного наследования, наверно поэтому проблем и нет. Всем спасибо за дискуссию