proggen.org

Hallo zusammen,

Ich habe im ich glaub C++ Tutorial war das gelesen, man solle in den Headerfiles lediglich deklarieren und nichts definieren.


Sprich
Jetzt habe ich natürlich schon C und C++ Quellcode in Mengen gesehen ( und ja, ich habe sogar im Kernelquellcode von Linux geschnüffelt ^^ - man darf ja neugierig sein ) und solche Konstruktionen in .c - Dateien und .cpp - Dateien gesehen wie:


Also entweder ich verstehe nun #IFNDEF und #DEFINE falsch, oder ich weiss auch nicht - wenn man in nem Header nichts weiter definieren soll, warum dann #IFNDEF und #DEFINE ??

Für die Einbindung.
So kann man verhindern, dass die selbe Klasse(aus welchen gründen auch immer) öfter als 1x deklariert wird. Dadurch sollen wohl Fehler vermieden werden. Meist werden die DEFINES mit dem Datei(Headerfile)- oder Klassennamen benannt:
Datei: "beispiel.h"

ProgBeginner hat geschrieben:

Code: Alles auswählen

// blabla.h 

int i; // richtig
int i = 4; // schlechte idee

Variablen solltest du sowieso nicht im Header definieren. Wenn dann mit "extern". Eher gemeint sind wohl Funktionen. Die sollst du im Header deklarieren, aber nicht definieren. Sprich, die Implementation soll ins .c/.cpp und nicht in den Header. Ausnahmen sind hierbei inline-Funktionen und Templates.

ProgBeginner hat geschrieben:Also entweder ich verstehe nun #IFNDEF und #DEFINE falsch, oder ich weiss auch nicht - wenn man in nem Header nichts weiter definieren soll, warum dann #IFNDEF und #DEFINE ??

Ich gehe mal davon aus, dass du wirklich die .c/.cpp-Dateien meinst und nicht die Include-Guards, wie sie darksider3 erklärt hat: Wenn man plattformunabhängig(er) sein will, darf man sich nicht darauf verlassen, dass die Header immer gleich sind. Manche Dinge werden je nach Betriebssystem anders gemacht. Deshalb prüft man bei solchen Funktionen, ob nach include des Headers auch das gesuchte definiert ist (#ifndef = wenn nicht definiert) und zur Not definiert man eine händische Alternative.

Ein Beispiel wäre z.B. strlcpy, das nicht bei jedem System vorhanden ist. Deshalb inkludiert man string.h und wenn strlcpy nicht definiert ist, muss man eine eigene Implementation nehmen: Das kann man natürlich auch in einem Header machen, aber wenn nur eine Datei das braucht reicht es auch dort.

ProgBeginner hat geschrieben:Hallo zusammen,

Ich habe im ich glaub C++ Tutorial war das gelesen, man solle in den Headerfiles lediglich deklarieren und nichts definieren.

Sprich

Code: Alles auswählen

// blabla.h 

int i; // richtig
int i = 4; // schlechte idee

Beides schlecht, denn beides definiert die Variable i. Definieren != Initialisieren
Um eine Variable nur zu deklarieren, schreibst Du 'extern' davor, was bedeutet, dass die Definition halt irgendwo anders ist.

ProgBeginner hat geschrieben:Jetzt habe ich natürlich schon C und C++ Quellcode in Mengen gesehen ( und ja, ich habe sogar im Kernelquellcode von Linux geschnüffelt ^^ - man darf ja neugierig sein ) und solche Konstruktionen in .c - Dateien und .cpp - Dateien gesehen wie:

Code: Alles auswählen

#INCLUDE <blabla>
#IFNDEF bla
#DEFINE bla 

Also entweder ich verstehe nun #IFNDEF und #DEFINE falsch, oder ich weiss auch nicht - wenn man in nem Header nichts weiter definieren soll, warum dann #IFNDEF und #DEFINE ??

Interessante Frage, die ich so noch gar nicht gefragt wurde und über die ich mir so auch noch keine Gedanken gemacht habe, weswegen die Erklärung dann auch verwirrend sein muss. ^^

Eine Antwort gibt's trotzdem drauf: Präprozessor-Befehle sind Präprozessor-Befehle und keine C- oder C++Anweisungen. Ein #define definiert keine Symbole in C, sondern für den Präprozessor. Das ist okay, denn die kommen so nicht im C-Compiler an.
Der Präprozessor wird vor dem Compiler laufen gelassen, führt Ersetzungen durch (die mit Define beschrieben werden) und fügt Texte ein (per #include) oder lässt Texte weg (#ifndef...). In den Compiler kommt das, was beim Präprozessor hinten raus kommt.

Hier sind zwei Sprachen quasi in Reihe geschaltet.
Du kannst den C-Präprozessor auch unabhängig vom Compiler mit dem Befehl "cpp" aufrufen und damit eigene Probleme unabhängig von C oder C++ lösen. Früher war der Arbeitsspeicher zu klein, um das alles in einem Rutsch zu machen und daher versuchte man eben viele kleine Probleme zu lösen, statt ein Großes.