Выполнить init() всем потомкам класса

[ecspertiza]

Есть довольно интересная иерархия виджетов, есть базовый виджет от которого наследуются остальные. В базовом виджете должны проверяться некоторые условия, и если они валидны, то должна вызваться ф-цтя init() естественно в базовом виджете она виртуальная, а у наследников переопределена. Для решения этой задачи я накидал следующий код


widget.h

Код:

#ifndef WIDGET_H
#define WIDGET_H

#include <QWidget>
#include <QDebug>

class WidgetPrivate : public QWidget
{
    Q_OBJECT

    public:
        WidgetPrivate(QWidget *parent = 0);


        void setSource(QString arg);

    signals:
        void created();


    private:
        QString m_source;

    private slots:
        void cr();
};

template<typename Derived>
class Widget : public WidgetPrivate
{
    public:
        Widget(Derived *d,QWidget *parent = 0);


    protected:
        void mousePressEvent(QMouseEvent *);
        virtual void init();
};

class FirstWidget : public Widget<FirstWidget>
{
    public:
        FirstWidget(QWidget *parent = 0);

        void init();
};

class LastWidget : public Widget<LastWidget>
{
    public:
        LastWidget(QWidget *parent = 0);

        void init();
};


#endif // WIDGET_H

widget.cpp

Код:

#include "widget.h"

WidgetPrivate::WidgetPrivate(QWidget *parent)
    :QWidget(parent)
{
    connect(this,SIGNAL(created()),this,SLOT(cr()));
    emit created();
}

void WidgetPrivate::cr()
{
    qDebug() << "create widget";
}

void WidgetPrivate::setSource(QString arg)
{
    m_source = arg;
}

template<typename Derived>
Widget<Derived>::Widget(Derived *d,QWidget *parent)
    :WidgetPrivate(parent)
{
    qDebug() << Q_FUNC_INFO;
}

template<typename Derived>
void Widget<Derived>::mousePressEvent(QMouseEvent *)
{
    qDebug() << Q_FUNC_INFO;
}

FirstWidget::FirstWidget(QWidget *parent)
    :Widget<FirstWidget>(this,parent)
{
    qDebug() << Q_FUNC_INFO;
}

void FirstWidget::init()
{

}

LastWidget::LastWidget(QWidget *parent)
    :Widget<LastWidget>(this,parent)
{
    qDebug() << Q_FUNC_INFO;
}

void LastWidget::init()
{
    setWindowTitle("Last");
}

и main.cpp

Код:

#include <QtGui/QApplication>
#include <QWidget>

#include <QDebug>

#include "widget.h"

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);

    FirstWidget f;
    f.setSource("f");
    f.show();

    LastWidget l;
    l.setSource("l");
    l.show();

    return a.exec();
}

компилятор хавает код нормально, а вот линкер ругается на

Код:

debug/main.o:main.cpp:(.rdata$_ZTV6WidgetI10LastWidgetE[vtable for Widget<LastWidget>]+0xe8): undefined reference to `Widget<LastWidget>::init()'
debug/main.o:main.cpp:(.rdata$_ZTV6WidgetI11FirstWidgetE[vtable for Widget<FirstWidget>]+0xe8): undefined reference to `Widget<FirstWidget>::init()'

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

полный пример прилагаю (в аттаче)

[ecspertiza]

Я обычно шаблонами вообще не пользуюсь, но тут возникла след. задача. Нужно для приложения реализовать два интерфейса
1. под винду и написан на декларативе  (qml)
2. под мак нативный

Стало быть я и сделал 1 базовый класс. который проверяет ос, и если это винда то создает дикларативный вьювер, если это мак то вызывает функцию init() в которой и будет происходить создание виджета под мак. вот ХЗ как это было по другому сделать

А пример ваш работает, спасибо

[ecspertiza]

так и есть, но это здесь такое поведение если винда то интерфейс на декларативе если мак то нативный, стало быть базовый виджет все это проверяет и если нужно вызывает init для мака

[ecspertiza]

Конструктор базового виджета

Код:

template <typename Derived>
BasicWindow<Derived>::BasicWindow(Derived *d,QWidget *parent)
    :BasicWindowPrivate(parent)
{
    #ifndef Q_OS_MAC || Q_OS_MACX || Q_OS_MAC64 || Q_OS_DARWIN || Q_OS_DARWIN64
        m_layout = new QVBoxLayout(this);
        m_layout->setMargin(0);
        m_layout->setSpacing(0);
        m_viewer = new QDeclarativeView(this);
        m_viewer->viewport()->installEventFilter(this);
        m_layout->addWidget(m_viewer);

        m_viewer->setResizeMode(QDeclarativeView::SizeRootObjectToView);
        m_viewer->setRenderHints(QPainter::Antialiasing | QPainter::SmoothPixmapTransform | QPainter::TextAntialiasing);

        m_viewer->rootContext()->setContextProperty("window",this);
        m_viewer->rootContext()->setContextProperty("core",Core::instance());

        QObject::connect(m_viewer->rootContext()->engine(), SIGNAL(quit()), QCoreApplication::instance(), SLOT(quit()));

        m_viewer->setMouseTracking(true);
    #else
        m_viewer = NULL;
        d->setRoundRect(false);
        d->init();
    #endif

}

коли под виндой мы, создаем на видете декларатив и принимаем qml, коли под маком мы для потомка вызываем init() который создает нативные компоненты.

[ecspertiza]

Не совсем, эта конструкция появилась по той причине, что для каждого наследника нужно вызвать init() , в шаблоне передаем наследника, и для него по необходимости вызывается init() - то есть создаются нужные компоненты, если без этой конструкции то нужно было бы у каждого виджета проверять на ос и т.д. (то что происходит в базовом виджете), копипаст меня не радует.

[niXman]

ИМХО, это плохой стиль. Обычно подобные конструкции свидетельствуют об архитектурных ошибках

правда?
классики негодуют: http://en.wikipedia.org/wiki/Curiously_recurring_template_pattern

[niXman]

Остаюсь при своём мнении.

и это правильно. вот только оглашать этого не надо. глупо выказывать свою не_эрудированность/не_образованность

[niXman]

ты совершенно прав.
но сам себя-то ты и не приметил, называя один из паттернов кривым стилем, ты считаешь себя умнее классиков.

[niXman]

Тот, кто следует шаблонам, никогда не создаст ничего нового.

школота атакует

и много нового ты создал чтоб тебя где-то публиковали?
ты кем-то/где-то/в_чем-то признанный эксперт? ну хоть в чем-то? хоть в выращивании плесени?

Александреску/Саттер тебе не ровня, естественно. и не ты себя считаешь умнее других :facepalm

[Igors]

Конструкция template "на себя" возможна, хотя я ее пользовал всего раз или 2. На мой взгляд основной минус template - капитально затрудняется понимание. Вот и здесь - я честно прочитал тему минимум дважды, посмотрел исходники, в них все понятно. Но, убей бог, я совершенно не понял ЗАЧЕМ же нужен этот template, т.е. почему нельзя обойтись виртуалом   

2kyv есть "особи" с которыми лучше не разговаривать вообще (следуя правилу зоны). Если разговор сваливается в дешевые понты (типа "ты не знаешь а вот Я знаю!") - то незачем отвечать такому (вернее "такой")

[niXman]

мальчик

тоньше нужно быть! тоньше!

оставляю последнее слово за тобой

ох как же это дешево. ни ума ни фантазии....

[niXman]

2kyv есть "особи" с которыми лучше не разговаривать вообще (следуя правилу зоны). Если разговор сваливается в дешевые понты (типа "ты не знаешь а вот Я знаю!") - то незачем отвечать такому (вернее "такой")

маладца! иди отмалчивайся в тряпочку. я дам знать когда тебе будет позволено открыть рот

[Sahab]

Обычно подобные конструкции свидетельствуют об архитектурных ошибках.

Да ну? Вы вообще давно с программированием связаны?

1) Тот, кто следует шаблонам, никогда не создаст ничего нового.

А также напишет очень много бажных-никому-не-нужных велосипедов.

[niXman]

я совершенно не понял ЗАЧЕМ же нужен этот template, т.е. почему нельзя обойтись виртуалом  

можно увидеть пример?

[Igors]

1) Тот, кто следует шаблонам, никогда не создаст ничего нового.

А также напишет очень много бажных-никому-не-нужных велосипедов.

Если "шаблон" употреблено в широком смысле (ведь это не обязательно "template") то я согласен. И уж лучше велосипед (со всеми его багами) чем "вычитанная умность", которая не проверена на себе.