Sinnsuche in Vererbung ?

[temi]

wob schrieb:

Du meinst wohl eher:
ohne "override" weiß man nichts genaues, ohne die Elternklasse zu kennen. Es könnte eine neue Funktion sein, es könnte eine virtuelle Funktion sein...
Mit override ist sichergestellt, dass es irgendwo in einer der Elternklassen ein virtual void Definiere(); gibt.

Eigentlich meinte ich schon, was ich geschrieben habe.

Ohne override erhält die Unterklasse eine neue Funktion mit dem Namen "Definiere". Die in der Basisklasse vorhandene virtuelle Funktion "definiere" wird nicht überschrieben. Mit override erhält man eine Fehlermeldung des Compilers, dass man überschreiben möchte, aber es nicht tut.

Oder verstehe ich dich falsch?

[wob]

temi schrieb:

Eigentlich meinte ich schon, was ich geschrieben habe.

Ohne override erhält die Unterklasse eine neue Funktion mit dem Namen "Definiere". Die in der Basisklasse vorhandene virtuelle Funktion "definiere" wird nicht überschrieben.

Doch, sie wird auch ohne override überschrieben.

Das kann man ja leicht testen:

struct A { 
  virtual void x(){cout<<"Ax\n";}
};
struct B : public A {
  void x(){cout<<"Bx\n";}
};
int main() {
  A* a = new B();
  a->x();
}

Es wird hier "Bx" ausgegeben. Auch ohne override. Override macht nur ein Programm ungültig, wenn nicht überschrieben wird. Wenn du aus deinem Programm alle overrides (die an Funktonssignaturen, nicht mögliche Variablen mit demselben Namen) löscht, wird es unverändert weiter funktionieren. Genau wie "final" gibt es "override" auch erst seit C++11.

[blurbs]

Und jetzt reden wir alle aneinander vorbei.

[temi]

blurbs schrieb:

Und jetzt reden wir alle aneinander vorbei.

Scheint so.

wob: Bitte beachte das die Funktion in der Basisklasse "definiere" (kleines "d") heißt und in der "versehentlich" falsch geschriebenen Funktion in der Unterklasse "Definiere" (großes "D"). Das sind zwei unterschiedliche Funktionen.

override schützt auch von Schreibfehlern, beim Überschreiben von Funktionen in Unterklassen.

[Belli]

temi:
bitte beachte:

wob schrieb:

Du meinst wohl eher:
ohne "override" weiß man nichts genaues, ohne die Elternklasse zu kennen. Es könnte eine neue Funktion sein, es könnte eine virtuelle Funktion sein...
Mit override ist sichergestellt, dass es irgendwo in einer der Elternklassen ein virtual void Definiere(); gibt.

[temi]

Ich bin froh, dass ich weiß, was ich gemeint habe. Anderen, die meinen, das ich etwas anderes meinte, sei es gegönnt.

[Belli]

Alle wissen, was Du gemeint hast, aber Du hast iwie ignoriert (oder nicht verstanden?), was wob gemeint hat.

[wob]

Ich muss als allererstes sagen, dass ich das kleine/große d/D nicht erkannt hatte. Sozusagen gleich mal den Nutzen von override in der Praxis bestätigt.

Dennoch halte ich die den Kommentar von Temi
//ohne "override" ist das eine neue Funktion
für gefährlich/irreführend, weil er suggeriert, dass man hier durch Weglassen von override ein Programm ändern würde. Ein Kommentar wie

// mit "override" gibt es einen Compile-Fehler,
// ohne override wird nicht definiere überschrieben, sondern
// die neue Funktion Definiere erzeugt

wäre klar gewesen.

Man sagt ja auch nicht:
int main() buh! {} // ohne "buh!" wird die Funktion 'main' erstellt
Ich ging implizit davon aus, dass das Programm auch vor dem Weglassen nicht ill-formed sein sollte (und man sich hier im Forum sowas wie d/D automatisch korrigiert).

Dann ist jetzt auch hoffentlich klar, was ich gemeint habe.

[temi]

wob schrieb:

Dennoch halte ich die den Kommentar von Temi
//ohne "override" ist das eine neue Funktion
für gefährlich/irreführend, weil er suggeriert, dass man hier durch Weglassen von override ein Programm ändern würde. Ein Kommentar wie

// mit "override" gibt es einen Compile-Fehler,
// ohne override wird nicht definiere überschrieben, sondern
// die neue Funktion Definiere erzeugt

wäre klar gewesen.

100% Zustimmung. Der Kommentar war, zumindest ohne zusätzliche Erläuterung, irreführend (und auch nicht im dem Sinn gemeint, wie von wob beschrieben).

Danke für die Korrektur.

[Belli]

wob schrieb:

Ich muss als allererstes sagen, dass ich das kleine/große d/D nicht erkannt hatte. Sozusagen gleich mal den Nutzen von override in der Praxis bestätigt.

Das ist ja gerade der Witz dabei. Um das überhaupt erkennen zu können, muss man ja zwingend die Elternklasse kennen. Du hast aber ja wie oben schon mal zitiert geschrieben:

wob schrieb:

ohne "override" weiß man nichts genaues, ohne die Elternklasse zu kennen. Es könnte eine neue Funktion sein, es könnte eine virtuelle Funktion sein...