Les includes et les headers!?

Version imprimable

14/04/2011, 16h37
Malfrats

Les includes et les headers!?

Bonjours a tous,
Je suis en train d'apprendre le C et je dois faire un programme pour mon cours de programmation C.
En gros je dois creer un sorte de base de donnee moi meme (en C donc) dans des fichiers texte et mon appli permettra d'avoir des infos, d'ajouter/supprimer des champ,etc...
mon probleme est que je ne sait pas trop quoi mettre des mes fichier .h :? , j'y met les prototypes de mes fonctions (jusque la ca va... :P ) mais dois-je aussi y mettre mes autres includes?
j'ai 4 fichier .c et leur 4 fichier .h respectif:
dans mon "main.c", je fais un include de "main.h".
dans mon "main.h", je fais des include des librairies standard et des autres fichier .h dont j'ai besoin (tous en fait :D). Est-ce correct?
je fait pareil dans mes autres headers (librairies standard et les autres fichier .h dont j'ai besoin). Est-ce correct?
Je fais aussi un #ifndef dans tout mes fichier.h et ca non plus, je ne sais pas si c'est correct :?

Merci de m'aider

Bonjour,

Ce que tu me dis me semble correct hormis que les autres include je les mettrais dans tesFonctions.c.

Petit exemple qui sera plus imagé:

main.c
Code:

1 2 3 4 5 6 7 8 #include <stdio.h> #include "tesFonctions.h" int main(){ return 0; }
tesFonctions.h
Code:

1 2 3 4 5 6 #ifndef TESFONCTIONS_H // Si TESFONCTIONS_H n'est pas défini alors #define TESFONCTIONS_H // On défini TESFONCTIONS_H // Emplacement des prototypes #endif // fin du ifndef
tesFonctions.c
Code:

1 2 3 4 5 6 #include <stdio.h> #include <stdlib.h> #include <math.h> #include "tesFonctions.h" // Tu implémentes tes fonctions ici (qui on été prototypés dans ton tesFonctions.h
=)

Bonne chance!

ZhnaarX.

14/04/2011, 17h13
neow_

Citation:

dans mon "main.h", je fais des include des librairies standard et des autres fichier .h dont j'ai besoin (tous en fait ). Est-ce correct?
je fait pareil dans mes autres headers (librairies standard et les autres fichier .h dont j'ai besoin). Est-ce correct?

C'est correct oui, d'ailleurs si tu regardes certains headers de la librairie standard, ça se fait assez souvent. Mais la vraie question est : est-ce que tu en as vraiment besoin ? ;)

Citation:

Je fais aussi un #ifndef dans tout mes fichier.h et ca non plus, je ne sais pas si c'est correct

C'est même conseillé pour éviter les inclusions infinies...

En fait, la règle est simple : un header doit avoir tout ce qu'il faut pour être compilable seul. Si il y a un paramètre de fonction FILE *, il doit inclure <stdio.h>. Si on y trouve un size_t dans une structure, il faut inclure <stddef.h>, etc.

++
neow_
14/04/2011, 17h24
Malfrats

Merci pour vos reponses, ca m'as aidé car mon problème en fait (j'ai oublier d'en parler... :roll: ) etait que j'avais une structure dans un .h mais mon main.c ne le considerais pas :? et je savais pas pourquoi! mais j'ai modifier mes header et ca fonctionne! Merci

pour repondre a neow_:

Citation:

Envoyé par neow_

Mais la vraie question est : est-ce que tu en as vraiment besoin ?

non pas vraiment mais je pense que ce serais mieux visuellement! ;)

Citation:

Envoyé par neow_

C'est même conseillé pour éviter les inclusions infinies...

Oui je sais mais je ne savais pas si il fallais le faire dans TOUS ou simplement dans 1 seul!

en tout cas, merci a vous deux ;)
14/04/2011, 17h30
diogene

Les règles sont simples :

1- Le fichier d'en tête d'un module (.c et son .h associé) est constitué des informations nécessaires aux autres modules : c'est l'interface du module vers l'extérieur. Les informations qui ne sont utiles que dans ce module figureront dans le .c et seront donc masquées pour l'extérieur.

2- Un fichier d'en tête doit être inclus (dans un autre .h ou dans un .c) si et seulement si c'est nécessaire. C'est une question de clarté et de maîtrise du code. La lecture des #include fait par un .h permet alors de voir alors les relations et interactions entre les différents modules du programme.

3- Un .c fait (en général, ce n'est pas obligatoire) un #include de son .h associé. Ceci permet de vérifier la concordance des déclarations du .h avec les définitions du .c

Un .h comporte donc essentiellement :

- les prototypes des fonctions qui peuvent être utiles pour les autres modules. Les fonctions qui ne servent que dans ce module sont déclarées static dans le .c (qui peut lui comporter le prototype de ces fonctions).

- les définitions de type utiles pour les autres modules, notamment celles figurant dans les prototypes des fonctions figurant dans le .h

- des définitions de constantes utiles pour les autres modules (enum ou #define)

- Des #include limités à ce qui est nécessaire à la compilation du .h lorsqu'il est inclus dans un .c quelconque.
Par exemple si dans mon .h intervient un type FILE, je dois inclure dans le .h <stdio.h>. Si ce type FILE n'intervient que dans le .c, <stdio.h> doit être inclus dans le .c et pas dans le .h associé. Si il n'intervient ni dans le .h ni dans le .c, il ne doit pas être inclus du tout.

- Par contre, comme il a vocation a être inclus dans plusieurs autres modules, il ne doit pas comporter de définitions de variables. Si on veut communiquer à d'autres modules une variable globale, elle sera défini dans le .c et déclarée extern dans le .h (avec le même type que lors de la définition dans le .c)