<![CDATA[Frage zu C dateien]]>Hallo,

warum muss macht man die Deklaration in eine header Datei und die Implementierung in eine cpp Datei stecken. Warum diese Trennung?

Ist es nur der Übersichtilichkeit wegen ? Wenn ich beides in eine
Datei stecke, funktionierts nämlich auch.

]]>https://www.c-plusplus.net/forum/topic/277074/frage-zu-c-dateienRSS for NodeWed, 26 Aug 2026 04:23:07 GMTFri, 12 Nov 2010 16:15:44 GMT60<![CDATA[Reply to Frage zu C dateien on Fri, 12 Nov 2010 16:15:44 GMT]]>Hallo,

warum muss macht man die Deklaration in eine header Datei und die Implementierung in eine cpp Datei stecken. Warum diese Trennung?

Ist es nur der Übersichtilichkeit wegen ? Wenn ich beides in eine
Datei stecke, funktionierts nämlich auch.

]]>https://www.c-plusplus.net/forum/post/1979572https://www.c-plusplus.net/forum/post/1979572Fri, 12 Nov 2010 16:15:44 GMT<![CDATA[Reply to Frage zu C dateien on Fri, 12 Nov 2010 16:20:59 GMT]]>blurry333 schrieb:

Hallo,

warum muss macht man die Deklaration in eine header Datei und die Implementierung in eine cpp Datei stecken. Warum diese Trennung?

Ist es nur der Übersichtilichkeit wegen ? Wenn ich beides in eine
Datei stecke, funktionierts nämlich auch.

Nur solange wie du die Datei nicht in zwei anderen Dateien per #include einbindest, dann gibts nämlich Fehler wegen mehrfacher Definitionen.
Was das für einen Sinn hat sollte eigentlich im C++-Buch deiner Wahl stehen.

]]>https://www.c-plusplus.net/forum/post/1979579https://www.c-plusplus.net/forum/post/1979579Fri, 12 Nov 2010 16:20:59 GMT<![CDATA[Reply to Frage zu C dateien on Fri, 12 Nov 2010 16:27:06 GMT]]>Ich denke der Grund ist vor allem historischer Natur. Damals war kompilieren verdammt zeitaufwändig und man trennte die Schnittstelle von der Implementierung, damit nur ein kleiner Teil rekompiliert werden muss, wenn sich die Implementierung ändert (die Implementierung ändert sich in der Regel deutlich häufiger als die Schnittstelle).

Außerdem bietet es den Vorteil, dass man dem Anwender nur die Header (neben den Libs) mitliefern muss.

Persönlich finde ich Header nervig und antiquiert und in allen neueren Sprachen (C#, Java etc.) gibt es dieses Konzept auch nicht mehr. Da definiert man die Klasse in einer Datei und fügt nur noch Referenzen auf die Binaries hinzu - fertig.

]]>https://www.c-plusplus.net/forum/post/1979582https://www.c-plusplus.net/forum/post/1979582Fri, 12 Nov 2010 16:27:06 GMT<![CDATA[Reply to Frage zu C dateien on Fri, 12 Nov 2010 17:45:36 GMT]]>Es gibt in C# und Java üblicherweise keine Binaries.

Ansonsten ist das Auftrennen in Übersetzungseinheiten aus verschiedenen Gründen eine sinnvolle Sache. Die verkürzte Kompilierzeit ist eine, Übersichtlichkeit eine andere. Auch sind statische Bibliotheken üblicherweise nicht viel mehr als Archive der aus den verschiedenen Übersetzungseinheiten erstellten Objektdateien, und bei sinnvoller Aufspaltung kann der Linker große Teile des Maschinencodes aus der Binary heraushalten, indem er nur die Objektdateien benutzt, die Symbole enthalten, die das Programm auch wirklich braucht.

Wenn man sich von der Maschine entfernt und andere Mechanismen als den Linker einführt, kann man die notwendigen Informationen (Funktionssignaturen, Layout der Datentypen etc.) natürlich in einem eigenen Format bekannt machen, wie es in Javas Bytecode und .nets CLI passiert, aber wo man das nicht kann bzw. will, muss man sie halt auf andere Weise bekannt machen. Für mein Verständnis sind Header da ein ziemlich geradliniger Weg, aber wenn du eine bessere Idee hast, bin ich ganz Ohr.

]]>https://www.c-plusplus.net/forum/post/1979611https://www.c-plusplus.net/forum/post/1979611Fri, 12 Nov 2010 17:45:36 GMT