les headers ou les fichier .h

Réponse acceptée !
Tu inclus tes fichiers .h, uniquement là ou tu en as besoin. Tout simplement.

C'est une bonne pratique que d'avoir un fichier header par fichier de code, mais ce n'est pas obligatoire.

Si tu as un fichier toto.c et un header toto.h, tu n'es pas obligé d'inclure toto.h dans toto.c, sauf si une fonction de toto.c fait appel à une fonction présente dans ce fichier.
Pour qu'une fonction "voit" une autre fonction, il faut soit: qu'elle soit "en dessous" de la fonction à appeler ou alors que cette fonction soit déclarée.

D'une manière générale, on inclus le fichier header dans le fichier de source, mais aussi dans le fichier ou tu en as besoin (ici main.c).

Pour résumé, si tu ne veux pas te prendre la tête, tu peux faire:
fichier.c => include fichier.h
main.c => include fichier.h

________________________________________________________________________
Historique de mes créations, et quelques articles:
http://0217021.free.fr/portfolio
Merci d'utiliser Réponse acceptée si un post répond à votre question

Réponse acceptée !
Si tu comptes utiliser la proposition de "CptPingu", penses quand même, pour eviter les doubles déclarations, à mettre en oeuvre une structure de la forme :



Voila (;

Réponse acceptée !
Salut,


Perso je trouve ce point très discutable, d'après moi c'est fonction de la manière dont on répartis ses fonctions dans les .c. En effet, quelqu'un qui as l'habitude de remplir ses .c de toutes les fonctions autour d'un même thème (ou partie du projet) trouvera ça très bien. Cependant, perso je suis adapte du "une seule fonction exportée par fichier" ; donc pour les petits projets un header pour tout me semble largement suffisant, pour les plus gros je penche plus pour un header par "partie" du projet (reste à définir les différentes parties, souvent la même chose que les différents).


Si on veux repartir sur les bonnes pratiques :
- Chaque fichier comprend au moins une fonction exportée.
- Chaque fonction exportée doit être déclarée avant d'être définie (-Wmissing-declarations avec gcc pour sortir le warning adapté)
- La déclaration des fonctions se fait dans le .h (concernant les fonctions de foo.c on le fait dans foo.h)
Ceci implique donc d'inclure foo.h dans foo.c


C'est une très bonne chose en effet, cependant ce que tu propose est à éviter à tout prix : les identifieurs débutant par un underscore sont réservés ! Le mieux est d'enlever l'underscore au début et à la fin de ta macro :

Plus de détails : DCL37-C. Do not use identifiers that are reserved for the implementation