Nierozwiązany zewnętrzny (konstruktor klasy abstrakcyjnej/destruktor)

Question

Mam więc abstrakcyjną klasę Panel i jej implementację MyPanel. Wyglądają podobnie do tego:

class Panel : public QWidget 
{ 
public: 
    Panel(QWidget* parent = 0) = 0; 
    virtual ~Panel() = 0; 
    // but wait, there's more!! 
}; 

class MyPanel : public Panel 
{ 
public: 
    MyPanel(QWidget* parent = 0); 
    ~MyPanel() {}; // nothing to do here 
}; 

MyPanel::MyPanel(QWidget* parent) : 
    Panel(parent) 
{ 
    // you must construct additional pylons 
} 

Dostaję błędy linkera dla konstruktora/destruktora z VC++

error LNK2019: unresolved external symbol "public: virtual __thiscall Panel::~Panel(void)" (??1Panel@@UAE@XZ) referenced in function "public: virtual __thiscall MyPanel::~MyPanel(void)" (??1MyPanel@@UAE@XZ) mypanel.obj 
error LNK2019: unresolved external symbol "public: __thiscall Panel::Panel(class QWidget *)" (??0Panel@@QAE@PAVQWidget@@@Z) referenced in function "public: __thiscall MyPanel::MyPanel(class QWidget *)" (??0MyPanel@@QAE@PAVQWidget@@@Z) mypanel.obj 

Dlaczego otrzymuję ten błąd linkera?

---

--- ODPOWIEDŹ ---

class Panel : public QWidget 
{ 
public: 
    Panel(QWidget* parent = 0) : QWidget(parent) {}; 
    virtual ~Panel() {}; 
    // but wait, there's more!! 
}; 

myślałem, że próbowałem to przed obiadem. Okazuje się, że się myliłem.

Answer 1

1. Nie ma czegoś takiego jak wirtualny konstruktor.
2. Nadal powinieneś zapewnić implementację destruktora.

Answer 2

Czysto wirtualne destruktory wciąż wymagają implementacji.

Aby rozwinąć na tym kawałku:

Destruktor klasy zawsze będą nazywane ewentualne wystąpienie podklasy zostanie zniszczona, więc musi posiadać implementację. (Zasadniczo jedynym skutkiem, który sprawia, że ​​destruktor jest całkowicie wirtualny, jest to, że uniemożliwia instanatiację klasy).

Co do konstruktora: Robisz to czysto wirtualnie (czego nie widzę żadnego powodu), ale potem jawnie wywołujesz go z konstruktora podklasy.