perché devo includere un file di intestazione .h nel file .c con lo stesso nome?

Question

Quindi sto seguendo in Head First C e siamo in un capitolo in cui impariamo a compilare più file insieme. Uno di questi è encrypt.c.

#include "encrypt.h" 


void encrypt(char *message) 
{ 
    char c; 
    while (*message) { 
    *message = *message^31; 
    message++; 
    } 
} 

Il file encrypt.h ripete la prima linea con un punto e virgola alla fine, perché ne ho bisogno? Capisco perché avrei bisogno dei file di intestazione per risolvere il problema dell'utilizzo di una funzione prima che sia definita, quindi potrei capire #incluso in un file che utilizza encrypt.c, ma perché dovrei averne bisogno all'interno di encrypt.c? E 'solo una di quelle ragioni "perché"?

Answer 1

Se i contenuti di encrypt.c vengono visualizzati nella loro interezza, non è necessario l'intestazione. Ma è comunque una buona idea includerlo perché:

1. Se una funzione nel file utilizza un altro, l'ordine di definizione è importante perché il destinatario deve essere definito prima del chiamante. È anche possibile avere due funzioni A e B in cui ciascuna chiama l'altra, nel qual caso non è possibile ottenere il codice da compilare senza almeno una dichiarazione in avanti. Includere l'intestazione con le dichiarazioni avanzate risolve questi problemi.
2. Consumare l'intestazione proprio come fa il codice client è un buon modo per fare in modo che il compilatore evidenzi le discrepanze tra le firme nelle dichiarazioni di inoltro e le definizioni di funzione effettive. Se non rilevato, questo tipo di problema può portare a un comportamento "interessante" in fase di esecuzione e a un sacco di strappi.

Answer 2

Hai ragione, se questo è tutto encrypt.h dichiara, non è necessario includerlo nel file .c.

Lo fai per lo più per coerenza.

Answer 3

Si tratta di prototipazione la funzione

http://en.wikipedia.org/wiki/Function_prototype

Answer 4

Immaginate che si cambia encrypt.c a void encrypt(char *message, int i) { }

Se non si include encrypt.h non si noterà che l'altro i file nella tua applicazione non sono stati aggiornati per passare il nuovo parametro. Se aggiorni encrypt.h e encrypt.c allo stesso tempo il compilatore può fare il controllo per te.

Answer 5

È buono stile. A volte, il file C con l'implementazione della funzione e il file C con l'uso della funzione condivide dichiarazioni comuni - tipi/strutture, Queste dichiarazioni condivise vengono posizionate nel file H. Per es.

[enc.h] 
typedef enum {S,F} Res; 
EN encode(); 

[enc.c] 
#include "enc.h" 
Res encode() { ... } 

[other.c] 
Res res; 
res = encode(); 

Answer 6

Poi si includere l'intestazione in un file .c un'altra * il compilatore sa in questo modo che in qualsiasi altro luogo è la definizione della funzione.

Questo ist come:

#include <stdio.h> 

int main (void) 
{ 
    afun(); 
    return 0; 
} 

void afun (void) 
{ 
    printf("hello\n"); 
} 

Ora il compilatore non sa cosa fare con aFun() nella funzione principale. Perché non è stato definito. Quindi condurrà a un errore del compilatore.

Quindi si aggiunge la dichiarazione all'inizio o bevore il primo utilizzo:

#include <stdio.h> 

void afun(void); 

int main (void) 
{ 
    afun(); 
    return 0; 
} 

void afun (void) 
{ 
    printf("hello\n"); 
} 

Conoscere il compilatore conosce il Deklaration di aFun e spera anythere altro la funzione è definita. Con i file di intestazione è possibile utilizzare il c-code precompilato. L'unica cosa che è necessaria al compilatore è la dichiarazione della funzione.