(dringend)abstrakte klassen frage

hey leute,
habe morgen fr�h eine m�ndliche pr�fung in c++ und eigentlich dachte ich vom vorwissen ausm internet das eine klasse abstakt ist sobald es eine pure virtuelle methode gibt, nun hab ich eben das skript vom prof durchgeschaut und dort steht folgendes:
1.2.1 Abstrakte Klassen
- weisen mindestens eine abstrakte Methode auf
- k�nnen nicht instanziert werden
- abstrakte Methoden haben nur die Schnittstellendefinition
(Signatur, Prototyp), keinen Code!

Beispiel der Verwendung f�r abstrakte Klassen:

Code:

class AllGO{
int linetype; int linewidth;
public: void draw();
};
class Dreieck:AllGO{
point p1, p2, p3;
public: void draw(){�} �
};
class Viereck:AllGO{
point p1, p2, p3, p4;
public: void draw(){�} �
};

wasn nun? :D liegt der prof falsch oder wieso steht es im internet �berall anders?
ausserdem kann man f�r pure virtuelle funktionen ja auch einen code haben(zwar nicht beim prototyp aber ausserhalb der klasse dann)

meine 2. frage ist, wenn man eine abstrakte klasse hat mit dynamischen attributen, wo sollte delete benutzt werden um den speicher der attribute frei zugeben? im destrukter der abstrakten klasse oder die klasse, die von ihr abgeleitet wurde?

Quote:
Originally Posted by Slade100
hey leute,
habe morgen fr�h eine m�ndliche pr�fung in c++ und eigentlich dachte ich vom vorwissen ausm internet das eine klasse abstakt ist sobald es eine pure virtuelle methode gibt, nun hab ich eben das skript vom prof durchgeschaut und dort steht folgendes:
1.2.1 Abstrakte Klassen
- weisen mindestens eine abstrakte Methode auf
- k�nnen nicht instanziert werden
- abstrakte Methoden haben nur die Schnittstellendefinition
(Signatur, Prototyp), keinen Code!

Beispiel der Verwendung f�r abstrakte Klassen:
Code:
class AllGO{
int linetype; int linewidth;
public: void draw();
};
class Dreieck:AllGO{
point p1, p2, p3;
public: void draw(){�} �
};
class Viereck:AllGO{
point p1, p2, p3, p4;
public: void draw(){�} �
};
wasn nun? :D liegt der prof falsch oder wieso steht es im internet �berall anders?
ausserdem kann man f�r pure virtuelle funktionen ja auch einen code haben(zwar nicht beim prototyp aber ausserhalb der klasse dann)

meine 2. frage ist, wenn man eine abstrakte klasse hat mit dynamischen attributen, wo sollte delete benutzt werden um den speicher der attribute frei zugeben? im destrukter der abstrakten klasse oder die klasse, die von ihr abgeleitet wurde?

Quote:

Kaskadierende Konstruktoren
Bevor der Konstruktor einer abgeleiteten Klasse ausgef�hrt wird, wird immer der Konstruktor der Basisklasse gestartet. Umgekehrt ist es beim Destruktor. Hier wird der Destruktor der Basisklasse zuletzt aufgerufen. Dieses Verhalten ist logisch, da abgeleitete Klassen auf den Eigenschaften der Basisklassen aufbauen. Entsprechend muss das Basisobjekt konstruiert sein, bevor der Konstruktor der abgeleiteten Klasse aufgerufen wird. Entsprechendes gilt beim Destruktor. Der Destruktor der Basisklasse muss zuletzt aufgerufen werden, damit das Basisobjekt nicht bereits zerst�rt ist, wenn die abgeleitete Klasse noch versucht, die Erweiterungen freizugeben.

Quelle: [Only registered and activated users can see links. Click Here To Register...]

Das hei�t du kannst/solltest die "dynamische" Attribute (klingt f�r mich etwas komisch, besser "dynamisch angeforderte Attribute" oder noch besser "auf dem Heap liegende Daten") so weit oben wie m�glich l�schen lassen bzw. auf derselben Ebene wie sie angefordert werden.

@1
Ich glaube der Prof hat veraltetes Wissen.
Wenn ich mich richtig erinnere war es in C++98 nicht m�glich virtual Methoden zu implementieren (aber wie gesagt sicher bin ich mir nicht, kurzes googlen hat mir auch nicht wirklich gezeigt wie es in C++98 war).

Sollte es in C++98 doch m�glich gewesen sein, wird er wohl an Java gedacht haben. Wobei auch dort ist es nicht richtig, weil seine Aussage nur f�r Interfaces gilt.

Alles in allem:
Irgendetwas passt an seiner Aussage nicht, der Sinn von abstrakten Klassen ist es ja unter anderem, dass man Methoden in der entsprechenden Superklasse implementieren kann und diese dann vererben kann ohne gro�e Probleme.
Er scheint also etwas verwechselt zu haben. :D