Verwendung in einer c-Header-Datei definieren

Question

Ich fange gerade an, C zu lernen, also ist dies hoffentlich keine dumme Frage. Das Problem, das ich habe, betrifft Header-Dateien und #define für Konstanten verwenden. Ich habe gelesen, dass ich das Folgende verwenden sollte, um zu verhindern, dass mein Header mehr als einmal kompiliert wird.

#ifndef NAME_OF_FILE 
#define NAME_OF_FILE 
. 
. //my header file content 
. 
#endif 

Ich möchte eine Konstante hinzuzufügen, und ich glaube, ich auch eine #define wie

#ifndef NAME_OF_FILE 
#define NAME_OF_FILE 

#define NUM_CONST 5 //the constant I want in my header file 
. 
. 
. 
#endif 

Wie kennt C# define, dass NAME_OF_FILE bezieht sich auf die H-Datei während verwenden würde #define NUM_CONST 5 ist nur eine Konstante? Liegt es am Wert von NUM_CONST? Oder habe ich das alles komplett falsch?

Answer 1

#define IDENTIFIER definiert die Kennung für den sakes von #ifdef, aber was es zu definiert wird, ist die leere Zeichenfolge.

So

#define NAME_OF_FILE 

int main() 
{ 
    int x = NAME_OF_FILE; 
} 

würde lösen zu

int main() 
{ 
    int x = ; 
} 

So gibt kein "Wissen" beteiligt ist, nur eine definierte, aber leer.

(Aus diesem Grunde einig Stilen da draußen führt #define NAME_OF_FILE NAME_OF_FILE empfehlen, so dass, wenn NAME_OF_FILE geschieht in der Quelle verwendet werden, es ersetzt-mit-Selbst wird vom Präprozessor.)

Answer 2

Es gibt keine wesentliche Unterschied zwischen den beiden definiert. #define NAME_OF_FILE und #define NUM_CONST 5 sind die gleiche Art von Sache. Sie definieren einen Klartextaustausch von Tokens (im ersten Fall ist der Ersatz nichts).

Zum Beispiel könnten Sie nachfolgenden Code setzen:

printf("%d\n", NAME_OF_FILE NUM_CONST NAME_OF_FILE); 

und nach den obigen Substitutionen der Code würde sich um:

printf("%d\n", 5); 

was richtig ist. Es gibt keine "Magie". Der Kompilierungsschritt, der diese Substitutionen ausführt, wird gewöhnlich als "Vorverarbeitung" bezeichnet.

NAME_OF_FILE bezieht sich nicht auf die .h Datei per se, aber die Verwendung der ifndef Direktive erreicht das Ziel, den gleichen Code nicht zweimal zu kompilieren.

Answer 3

Es tut es nicht. NAME_OF_FILE könnte alles sein. Sie könnten haben

#ifndef PRETTY_PINK_PRINCESS 
#define PRETTY_PINK_PRINCESS 
/* definitions */ 
#endif 

Und es würde genauso gut funktionieren. Die Verwendung von NAME_OF_FILE ist nur eine Konvention, weil es wahrscheinlich ist, dass es einzigartig ist.

Answer 4

Für die Compiler beide dieser Aussage vom gleichen Typ ist ein Makro

#define NAME_OF_FILE 

#define NUM_CONST 5 

Dass diese

konstruieren

#ifndef NAME_OF_FILE 
#define NAME_OF_FILE 
. 
. //my header file content 
. 
#endif 

tun, ist, dass der Header zum ersten Mal verarbeitet wird, die marco " NAME_OF_FILE "ist nicht definiert, daher wird es definiert und der gesamte Inhalt der Header-Datei verarbeitet. Beim zweiten Mal kommt der Compiler dazu, weil der Header mehr als einmal im Projekt enthalten war, dass der Marco jetzt definiert ist und die Headerdatei nicht erneut verarbeitet wird. Erneut ist dem "c-code" nicht bewusst, dass der marco __TEST_H zum Beispiel seinen Namen hat, weil der Name der Header-Datei 'test.h' ist. Sie meinen wahrscheinlich, dass Ihre IDE automatisch den marco generiert hat, dann haben Sie die Header-Datei erstellt und die IDE hat den marco nach der Datei für die Bequemlichkeit des Benutzers aufgerufen. Wie schon ein anderer hier gesagt, dass du den marco umbenennen kannst (benenne ihn im ganzen Projekt um, ich meine damit) und der Code würde sich kompilieren und generell genauso verhalten wie zuvor.