main.cpp = Das Hauptprogramm, sie fuehrt die anderen Programme aus und deklariert die Klassen

class.h = Definition einer Klasse, Klassenmodule werden deklariert.

class.cpp = Definition der Klassenmodule

Ist dies richtig oder koennte ich noch was hinzufuegen ?
Wenn ich kleinere Programme mache sollte ich diese auch erstmal definieren(h-Datei) und dann ausdefinieren(cpp-Datei) ?

Außerdem verwendest du komische Begriffe

main.cpp = Das Hauptprogramm, sie fuehrt die anderen Programme aus und deklariert die Klassen

class.h = Definition einer Klasse, Klassenmodule werden deklariert.
...
Wenn ich kleinere Programme mache sollte ich diese auch erstmal definieren(h-Datei) und dann ausdefinieren(cpp-Datei) ?

Allerdings kannste manchmal frische Klassen in der main.cpp halten, bis sie ein wenig stabiler sind und erst dann in die class.h auslagern. Und da auch noch eine oder zwei Woche wachsen lassen und erst dann in class.cpp und class.h splitten.
Mach's so, wie es Dir weniger Arbeit macht.

volkard schrieb:

Allerdings kannste manchmal frische Klassen in der main.cpp halten, bis sie ein wenig stabiler sind und erst dann in die class.h auslagern. Und da auch noch eine oder zwei Woche wachsen lassen und erst dann in class.cpp und class.h splitten.
Mach's so, wie es Dir weniger Arbeit macht.

Weiss man nicht beim programmieren ob die Klasse stabil ist oder nicht ?
Was genau soll diese Art von vorgehen verhindern ? Bugs ?

Headerdateien (.h, .H, .hpp, .h++, ...): Hier deklariert man Dinge. Enthält in manchen Fällen auf Definitionen von gewissen Dingen: Templates und Funktionen die inline werden sollen. Diese ausnahmen haben aber technische Gründe um doofen Compilern auf die Sprünge zu helfen (gerade bei Templates kann das auf der Welt glaube ich nur der Comeau Compiler wenn man sie nicht im Header definiert). Idealerweise sollten sich in einer Headerdatei nur Deklarationen befinden.

Quelltextdateien (.c, .C, .cc, .cpp, ...): Hier finden sich Definitionen. Üblicherweise hat man zu einer Quelltextdatei noch eine gleichnamige Headerdatei, mit der die Definitionen aus dem Quelltext per Deklaration in anderen Quelltextdateien bekannt gemacht werden können und somit nutzbar sind. Die gleiche Namensgebung ist natürlich nur Konvention, aber eine gute. Umgekehrt kommt es aber recht häufig vor, dass zu einer Headerdatei keine zugehörige Sourcecodedatei existiert, weil der Inhalt des Headers alleine schon ausreicht. In Quelltextdateien selber wird nie etwas bloß deklariert, das würde überhaupt keinen Sinn machen.

Wenn man ein ausführbares Programm erstellen will, muss man in einer Quelltextdatei eine main-Funktion definieren. main.cpp ist eine häufige Namenskonvention für diese Datei, andere Konventionen sind der Name des Programms, häufig auch mittels anderer Groß-Kleinschreibung von "normalen" Quelltextdateien ohne main-Funktion abgesetzt. Die Quelltextdatei mit der main-Funktion wird naturgemäß auch Sachen aus den anderen Quelltextdateien benutzen wollen, muss also die entsprechenden Header einbinden. Selbst Deklariert wird in dieser Datei, wie in anderen Quelltextdateien, nichts.

Das alles läuft also im Prinzip auf den unterschied zwischen Definition und Deklaration heraus. Das ist hoffentlich in deinem Buch gut erklärt, das ist wichtig. ansonsten hier noch ein Link:
http://www.c-plusplus.net/forum/viewtopic-var-t-is-61231.html
Außerdem wird die Frage alle paar Wochen hier im Forum durchgekaut (jetzt schon wieder ), da sollte sich mit der Forensuche viel zu finden lassen.

Danke fuer euere Antworten

volkard schrieb:

Allerdings kannste manchmal frische Klassen in der main.cpp halten, bis sie ein wenig stabiler sind und erst dann in die class.h auslagern. Und da auch noch eine oder zwei Woche wachsen lassen und erst dann in class.cpp und class.h splitten.
Mach's so, wie es Dir weniger Arbeit macht.

Weiss man nicht beim programmieren ob die Klasse stabil ist oder nicht ?

Woher denn?

THE-E schrieb:

Was genau soll diese Art von vorgehen verhindern ? Bugs ?

Arbeit.

Das mit der Headerdatei ist in meinem Buch leider einbisschen anders erklaert darum auch die Verwirrung.

C++ von A bis Z(2.Auflage) schrieb:

Hierbei wird gewoehnlich die Definition in eine separate Header-Dateigepackt. Auch die Definition der Klassenmethoden sollte man in ein anderes Modul packe - dafuer sollte allerdings keine Header-Datei mehr verwendet werden, sondern eine weitere Quelldatei(.cpp)

Sorry fuer das Fragen dieser Dauerfrage. Ich werd beim naechsten mal intensiver Suchen.

Sorry, ich nahm an, daß SeppJs Sachen schon recht klar wären und es eher darum ging, ob wirklich pro Klasse immer zwei Dateien, ob man auch mal inline definiert, und so ein Krimskrams.

Ich habe jetzt ca. die Haelfte vom Buch von J.W. durch sollte ich lieber wechseln und das Buch von Addison-Wesley anfangen, die Basics habe ich kapiert, war gerade bei Standard Template Library. Kann man Das Addison-Wesley Buch ueberhaupt so durchlesen wie das von J.W. ? Ich frage weil da kein Lesezeichen ist, muss ja nicht bedeuten aber wenn es sich wie ein Duden liest vergeht einem die Lust.

Gruß

THE-E