Ich habe mal eine Frage bezüglich Include - Dateien. In C++ ist ja so das die Definition einer Klasse in einer .h Datei erfolgt, die genaue IMplementierung jedoch in der .cpp Datei ( Inline Funktionen ausgenommen). Binde ich nun eine weitere Klasse ein, so benötige ich ihre .h Datei. So nun gibt es meiner Meinung nach 2 Möglichkeiten dies zu realisieren :
Möglichkeit 1 : Man bindet die .h Datei(der neunen Klasse) in die bestehende .h datei ein.
Möglichkeit 2 : Man macht in der bestehenden .h Datei eine Forward Deklaration auf die neue Klasse und bindet dess .h datei erst in die .cpp Datei der bestehenden Klasse ein.

Welche Möglichkeit ist die Bessere ?
Ich hoffe das war einigermaßen verständlich.

Vielen Dank

Änderst du einen Header, "ändern" sich auch alle Dateien, in denen der Header eingebunden ist.
Bindest du den Header in einer .cpp ein, muss diese cpp neu kompiliert werden. Bindest du ihn aber in einem anderen Header ein, müssen alle Dateien, die wiederrum diesen Header einbinden, neu kompiliert werden. Das kann sich dann beliebig fortsetzen.

Ich hoffe das war einigermaßen verständlich.

Forward Decl. minimieren Abhängigkeiten und sparen obendrein Kompilierzeit.

Simon

Einen wunderschönen Guten Morgen.

Ich habe mal eine Frage bezüglich Include - Dateien. In C++ ist ja so das die Definition einer Klasse in einer .h Datei erfolgt, die genaue IMplementierung jedoch in der .cpp Datei ( Inline Funktionen ausgenommen). Binde ich nun eine weitere Klasse ein, so benötige ich ihre .h Datei. So nun gibt es meiner Meinung nach 2 Möglichkeiten dies zu realisieren :
Möglichkeit 1 : Man bindet die .h Datei(der neunen Klasse) in die bestehende .h datei ein.
Möglichkeit 2 : Man macht in der bestehenden .h Datei eine Forward Deklaration auf die neue Klasse und bindet dess .h datei erst in die .cpp Datei der bestehenden Klasse ein.

Welche Möglichkeit ist die Bessere ?

Die zweite. Solang du die Definition der zweiten Klasse im Header nicht brauchst, hat der include dort auch nichts zu suchen. Wenn du die Definition der zweiten Klassen ändern würdest, müsstest du sonst nicht nur die .cpp der ersten Klasse neu compilieren, sondern alle .cpps, die den header der ersten Klasse einbinden, weil sie ja indirekt dann auch den Header der wzeiten Klasse einbinden.

siehe auch hier:
http://www.gotw.ca/gotw/007.htm

Wenn du eine Klasse nur einer Funktion übergibst oder returnst (egal ob Pointer/Referenz/Value) oder nen Pointer/Referenz als Member hast -> Forward-Declaration.

In C++ ist ja so das die Definition einer Klasse in einer .h Datei erfolgt, die genaue IMplementierung jedoch in der .cpp Datei ( Inline Funktionen ausgenommen).

Du kannst natürlich auch eine Klasse in einer cpp-Datei definieren, wenn Du sie nur intern benutzt.

Fischkopf2009 schrieb:

Binde ich nun eine weitere Klasse ein, so benötige ich ihre .h Datei. So nun gibt es meiner Meinung nach 2 Möglichkeiten dies zu realisieren :
Möglichkeit 1 : Man bindet die .h Datei(der neunen Klasse) in die bestehende .h datei ein.
Möglichkeit 2 : Man macht in der bestehenden .h Datei eine Forward Deklaration auf die neue Klasse und bindet dess .h datei erst in die .cpp Datei der bestehenden Klasse ein.

Welche Möglichkeit ist die Bessere ?

Manchmal hast Du keine Wahl. Manchmal musst Du Möglichkeit 1 benutzen. Wenn Du eine Klasse nur deklarierst, ist das erstmal nur ein unvollständiger Typ. Du kannst natürlich keine Objekte von unvollständigen Typen anlegen (innerhalb einer Funktion auf'm Stack oder als Mitglied einer anderen Klasse).

struct foo; // <-- unvollständiger Typ

struct bar {
   foo f; // nicht erlaubt
};

struct baz {
   foo* f; // OK, das ist erlaubt
};

Zu Möglichkeit 2: Ich würde nie Deklarationen von Typen in eine Header-Datei schreiben, "die dafür nicht zuständig ist". Du kannst Deklaration und Definition einer Klasse in zwei Header-Dateien aufteilen. So, wird es zB auch in der Std-Lib gemacht. Es gibt den <iosfwd>-Header, der nur I/O-bezogene Deklarationen von Klassen und Klassen-Templates enthält. Manchmal braucht man auch nicht mehr. Dann ist es schon von Vorteil, es so zu machen, da es Kompilierzeit sparen kann.

Tipp: Es lohnt sich, mal die "one definition rule" durchgelesen zu haben.

Ich habe das bisher auch so gemacht. nur bei der Vererbung bin ich auf Möglichkeit 1 angewiesen