spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wenn du in Java ein Interface implementierst, musst du den Code auch in jeder abgeleiteten Klasse festlegen. Sonst würde das ja keinen Sinn machen. Du kannst in C++ eine abstrakte Klasse machen, oder halt virtuelle Methoden benutzen. Abstrakte Klassen kennst du ja vielleicht auch von Java. Da wird es mit "extends" angegeben.

Zitat von »birdfreeyahoo«

Wie kann ich es bewerkstelligen, dass Klassen Methoden implementieren (Init(),Exit(),Load(),Unload()...)?
Ich habe mehrere Klassen, welche die gleichen Methoden besitzen.
ich habe es mit einer Schnittstelle versucht und die Klassen erben lassen, doch beim Implementieren kommt der Fehler: Ein vererbter Member ist nicht zulässig.
Mit einer Klasse als Basis war es das Gleiche. Ich weiß, ich könnte die Methoden virtual machen und dann überschreiben, aber dann müsste ich die Methoden in allen Klassen deklarieren und das würde nichts ändern (ich will bewerkstelligen, dass ich es nicht in allen Klassen deklarieren muss).

Haben die implementierungen die selbe funktionalitaet und du willst sie in allen klassen haben? Dann solltest du die Funktion in einer Parent Klasse unterbringen.

Wenn du das Interfaces Konzept aus Java suchst dann bist du mit den virtuellen Methoden genau da wo du hin musst. Ein Interface ist in C++ einfach eine Klasse die nur public/pure virtual Methoden besitzt.
Und das Interface kannst du ueber Vererbung implementieren.

Was genau willst du anstellen? Ich habe das Gefuehl da ist ein Denkfehler drin bei dem was du vor hast...

Du musst immer noch mal explizit deklarieren, dass die erbende Klasse diese Methode wieder implementiert.

Zitat von »birdfreeyahoo«

Also heißt es, dass ich um eine Deklaration in jeder Klasse nicht umhin komm?

Ja!
Jede Methode, die in der .cpp definiert wird muss in der .h deklariert sein. Wäre das nicht so würde man sich ziemlich oft fragen wieso dort eine Methode definiert ist, die in der Klasse nicht deklariert ist. Es ist übrigens nicht nötig sie nochmal als virtual zu deklarieren, sollte aber unbedingt gemacht werden um zu zeigen, dass sie vererbt wurde.

Der Destruktor sollte in der Basisklasse (und in den abgeleiteten Klassen) virtual deklariert und definiert werden. Auch wenn er leer ist.

Zitat von »birdfreeyahoo«

Also heißt es, dass ich um eine Deklaration in jeder Klasse nicht umhin komm? Denn die Methoden haben ja nicht den gleichen Inhalt, sie heißen nur gleich.

Danke für die bisherigen Antworten.

Ja, du musst explizit sagen, was du überschreibst, was nicht. Ich habe hier mal ein kleines Beispiel, was sonst nicht funktioniert. Wichtig zu beachten ist, wenn dein Projekt auf mehrere Dateien aufgeteilt ist, was häufig der Fall sein wird, wird der Compiler typischerweise von den meisten Klassen nur die Deklarationen kennen.

Nehmen wir an, wir haben einige Klassen, die verschiedene Varianten einer Liste implementieren sollen. Natürlich möchte man die Listenimplementationen schnell austauschen können, also macht man ein Interface IList:



Das soll jetzt nur ein Beispiel sein.

Den Quicksort Algorithmus wird man nur einmal implementieren wollen, der ist ja eigentlich unabhängig von der Liste. Also machen wir eine Klasse, die nur den implementiert!



So, ich habe explizit angegeben, dass AbstractList die Methode QuickSort implementiert. Damit ist die Klasse aber immer noch abstrakt, d.h. ich kann keine Instanz von ihr anlegen. Add und Remove sind ja nach wie vor nicht implementiert. Also kommen nun die verschiedenen Implementationen.



Und da dein Compiler eigentlich nur die Implementationen zur Analyse zur Verfügung hat, wenn er gerade die cpp-Dateien dieser Klasse kompiliert, musst du noch mal explizit angeben was deine Klasse nun wirklich implementiert, damit der Compiler sagen kann, dass DoubleLinkedList instanziert werden kann und AbstractList nicht. Und IList sowieso nicht.