Discussion :

[[thebadskull]]

voilà je suis entrain de creer un gros programme ayant plusieurs fichiers...

dans un header qui se nomme struct.h j'ai tout mes include, mes defines et mes structures...
donc dans chacun de mes fichiers j'inclue struct.h dans le header respectif.

Mais j'aimerais savoir si ça serait pa mieu que chaque .c inclue mon struct.h qui lui inclue les headers de chaque fichier...

je vais m'expliquer (en image en plus !! ):

en ce moment j'ai une archi comme ça :



est ce que c'est mieux de faire :



j'espere que vous m'avez compri !!
merci de votre aide ^^

[diogene]

Dans le deuxième cas, tu vas inclure dans un.c les . h associé aux autres .c qui n'en ont pas besoin. Je préfère la solution 1 actuelle que la deuxième abusive (et qui peut accessoirement induire des problèmes inutiles avec des conflits d'identificateurs identiques utilisés dans des . h différents)

[Médinoc]

Je conseille la solution 1 aussi...

[Skyounet]

Dans le deuxième cas, tu vas inclure dans un.c les . h associé aux autres .c qui n'en ont pas besoin. Je préfère la solution 1 actuelle que la deuxième abusive (et qui peut accessoirement induire des problèmes inutiles avec des conflits d'identificateurs identiques utilisés dans des . h différents)

+1

De plus n'oubli pas les

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
#ifndef monheader_h
#define monheader_h
//Code du .h
#endif

dans un header qui se nomme struct.h j'ai tout mes include,

Normalement tu dois fare l'include que lorsque celui-ci est utile
Je m'explique :
test.c
test.h

Si test.h ne definit qu'une structure et que par contre dans test.c tu utilises la structure de test.h et aussi par exemple des sockets.
Alors les include utiles aux sockets doivent se trouver dans test.c pas dans test.h

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
#inlcude "test.h"
#include //pour les sockets
 
//Mon code

Il me semble que c'est comme ca apres peut-etre que je me trompe...

[Emmanuel Delahaye]

Dans le deuxième cas, tu vas inclure dans un.c les . h associé aux autres .c qui n'en ont pas besoin. Je préfère la solution 1 actuelle que la deuxième abusive (et qui peut accessoirement induire des problèmes inutiles avec des conflits d'identificateurs identiques utilisés dans des . h différents)

Impossible si on a des gardes.

Pour les headers, la regle est simple :

- Protection par gardre anti inclusions multiples
- Inclusion dès que nécessaire (y compris dans un header).

C'est le projet qui guide...

Ce qui est plus important, c'est le découpage et le 'lien organique' qui existe entre un fichier d'implémentation et son fichier d'interface.

http://emmanuel-delahaye.developpez....ganiser_source
http://emmanuel-delahaye.developpez.....htm#organiser

http://emmanuel-delahaye.developpez.com/tad.htm
http://emmanuel-delahaye.developpez.com/complog.htm
http://emmanuel-delahaye.developpez.com/clib.htm

[[thebadskull]]

dans un header qui se nomme struct.h j'ai tout mes include,

Normalement tu dois fare l'include que lorsque celui-ci est utile
Je m'explique :
test.c
test.h

en fait dans mon struct.h je parlais des includes basique (stdio etc...)
voilà

merci pour votre aide