Сигналы, слоты и наследование

[blood_shadow]

Суть в том что обрабатываю сообщения 2 классами:

Код

C++ (Qt)
class Message
{
 
protected:
    QString message;
 
public:
    Message() {}
    virtual ~Message() {}
 
    virtual QString showMessage() const = 0;
 
};
 
 
class UserInteraction : public Message
{
 
public:
    UserInteraction(QString action);
    ~UserInteraction() {}
 
    QString showMessage() const;
 
};
 
class UserError : public Message
{
 
public:
    UserNotifier(QString mess);
    ~UserNotifier() {}
 
    QString showMessage() const;
 
};
 

Хотелось бы сделать так:

Код

C++ (Qt)
connect(sender_1, SIGNAL(sendError(UserError*)),
    receiver, SLOT(updateStatus(Message*)));
 
connect(sender_2, SIGNAL(sendMessage(UserInteraction*)),
    receiver, SLOT(updateStatus(Message*)));
 

Но подключение не проходит и выбрасывает сообщение

Код:

QObject::connect: Incompatible sender/receiver arguments
        Sender_1::sendError(UserError*) --> Receiver::updateStatus(Message*)

QObject::connect: Incompatible sender/receiver arguments
        Sender_2::sendError(UserError*) --> Receiver::updateStatus(Message*)

Я понимаю что дело как раз не в совпадении типов, но хотелось бы поддержки динамического полиформизма
в данном случае, возможно ли что-то сделать?
поможет ли мне допустим boost::signal?

[alexman]

Может стоит передавать в кач-ве арг-та Message*?

[Akon]

Проблема в MOC - он тупо считает типы Base и DerivedFromBase разными, хотя с точки зрения C++ DerivedFromBase является Base (upcast), поэтому с бустом проблем не будет.

[blood_shadow]

Проблема в MOC - он тупо считает типы Base и DerivedFromBase разными, хотя с точки зрения C++ DerivedFromBase является Base (upcast), поэтому с бустом проблем не будет.

ок, ща буду разбираться с бустом, спасибо 

[blood_shadow]

Может стоит передавать в кач-ве арг-та Message*?

та можно... только я организовал красивую иерархию ошибок и сообщений 

[Vass]

та можно... только я организовал красивую иерархию ошибок и сообщений 

Так тогда и будет красиво, ваш обработчик и знать не будет какой класс к нему пришел а будет вызывать просто виртуальную ф-цию showMessage()
по-моему как раз пример красоты и изящества полиморфизма.

[Akon]

Нихрена - я про пример красоты, изящества и полиморфизма! Тип указывается в сигнале и какому-то клиенту в его обработчике нужен именно этот тип.

[Igors]

Почему не просто "невиртувоьный слот вызывает виртуал"? (и при connect привести к базовому типу)