Discussion :

[ttone]

Dans un projet C, je souhaiterais gérer au mieux les includes,
et éviter de rappeler 100 fois les mêmes headers,

dans ce cas est ce que je peux écrire tous mes includes dans les .h,
de manière à appeler tous les includes d'un A.h
en incluant A dans B ?

[Emmanuel Delahaye]

Dans un projet C, je souhaiterais gérer au mieux les includes,
et éviter de rappeler 100 fois les mêmes headers,

dans ce cas est ce que je peux écrire tous mes includes dans les .h,
de manière à appeler tous les includes d'un A.h
en incluant A dans B ?

Il suffit de mettre les includes là où c'est nécessaire et suffisant. Penser à protéger les headers contre les inclusions multiples.

[ttone]

J'ai sous les yeux un projet C bizarre (?) :

A.h est inclus dans B.c
B.h est inclus dans A.c

C'est correct ca ?

[Emmanuel Delahaye]

J'ai sous les yeux un projet C bizarre (?) :

A.h est inclus dans B.c
B.h est inclus dans A.c

C'est correct ca ?

Tout dépend de ce qu'il y a dedans... En principe, quand on crée un fichier xxx.c, c'es qu'on veut exporter au moins une fonction xxx_fonction(). Pour ça, il est d'usage de créer un xxx.h qui contient le prototype de xxx_fonction(), et tout ce qui est nécessaire pour définir ce prototype (ni plus, ni moins). Le tout, encadré par une 'guard', c'est à dire une protection contre les inclusions multiples.

Pour garantir l'intégrité des prototypes et l'autonomie du header, il est recommandé d'inclure xxx.h dans xxx.c en premier.

détails ici :

http://emmanuel-delahaye.developpez....c/codage/#LI-B
http://emmanuel-delahaye.developpez....c/codage/#LI-C

explications en vidéo (mettre le son) pour Code::Blocks (20Mo) :

http://delahaye.emmanuel.free.fr/video/modulaire.avi

[ttone]

Merci

par contre je n'ai pas saisi l'intérêt de la vidéo...