Structure de projet C

Version imprimable

21/04/2007, 10h02
Leeelooo

Structure de projet C

Salut à tous.

Alors moi, ce n'est pas vraiment un problème de programmation (ça je sais faire), mais plutôt un problème de structuration de projet.

Je m'explique : je ne sais pas vraiment comment organiser mes fichiers et leur contenu au sein d'un projet. En gros, ou mettre les fichiers .c et .h, comment utiliser correctement les #includes, ou déclarer les prototypes de chaque fonctions, les types de données... bref tout pour que l'organisation de mon projet soit claire et logique.

Merci d'avance !
21/04/2007, 10h39
odsen.s

Salut,

Des éléments de réponse ici : http://emmanuel-delahaye.developpez.....htm#organiser
21/04/2007, 10h49
Franck.H

Suivant la taille du projet, par exemple s'il comporte une cinquantaine de fichier sources + headers comme c'est le cas chez moi en ce moment, le mieux est je pense de créer des modules de compilation de spécialité si on peut dire ainsi. Les fonctions seront automatiquement rangées correctement et l'organisation du projet restera assez claire !
21/04/2007, 11h49
Leeelooo

Ok, et donc pour les headers, on les inclus dans le fichiers source associé, et dans tous les fichiers source ou header dans lequel on a besoin des fonctions (types, macro...) qui en dépendent.

C'est un peu ce que je faisait jusqu'à maintenant, mais ça doit vite devenir l'usine à gaz. Donc si on sépare par modules, on garde une arborescence src/ et inc/, dans lesquels on créé des sous dossiers associés à chaque module.

Bon, je vais essayer d'organiser mon projet dans cette optique là.
21/04/2007, 12h02
Emmanuel Delahaye
Citation:

Envoyé par Leeelooo

Alors moi, ce n'est pas vraiment un problème de programmation (ça je sais faire), mais plutôt un problème de structuration de projet.

Je m'explique : je ne sais pas vraiment comment organiser mes fichiers et leur contenu au sein d'un projet. En gros, ou mettre les fichiers .c et .h, comment utiliser correctement les #includes, ou déclarer les prototypes de chaque fonctions, les types de données... bref tout pour que l'organisation de mon projet soit claire et logique.

En dehors des moyens de réalisation déjà indiqués, l'important est de savoir comment découper un projet. C'est simple. Il faut suivre le processus de développement du projet qui consiste (de manière simplifier) à
1. Définir
2. Concevoir
3. Coder
La conception montre comment le projet se découpe en unité de plus en plus petites. Il n'y a aucun hasard là-dedans, que de la logique et du raisonnement.

Evidement, ça veut dire réfléchir avant de coder... Certains ne sont pas habitués à ça, et il semblerait que ce principe soit ignoré dans les écoles et facs ou alors mal enseigné ou mal compris....
21/04/2007, 13h51
Leeelooo

Si si, c'est enseigné dans les école (la mienne en tout cas).
Le projet que je suis en train de faire fait justement partie d'un projet d'algo/c pour mon école.
Toute la partie étude du projet/algorithmique a déjà été faite, il ne reste plus qu'à sortir le code, mais c'est vrai qu'on ne s'est pas vraiment intéressé à comment le structurer en interne. Enfin, si, mais c'est pas encore un projet assez imposant pour avoir à définir des sous modules..., donc l'arborescence n'est pas bien méchante.

Mais bon, la question était surtout de savoir comment on peut structurer correctement un projet, car certains stockent les headers au même endroit que les source, d'autres, dans un dossier séparé...
Donc selon vous, qu'est ce qui est le mieux ?
21/04/2007, 14h28
Franck.H

Citation:

Envoyé par Leeelooo

Mais bon, la question était surtout de savoir comment on peut structurer correctement un projet, car certains stockent les headers au même endroit que les source, d'autres, dans un dossier séparé...
Donc selon vous, qu'est ce qui est le mieux ?

Bin c'est suivant la taille de ton projet. Ce que je fait en générale quad un petit projet ne fait pas plus 7 à 10 fichiers (sources & headers), je met tout ensemble.

Maintenant, comme c'est le cas dans un gros projet sur lequel je travail, le projet même pas encore fini fait déjà plus de 50 fichiers sources & headers donc là, le projet contenant plusieurs spécificités, j'ai tout rangé dans des sous-dossier, le main (chez moi uniquement de test) se trouve dans le dossier parent.

Etant donné que c'est un petit moteur 2D générique avec gestion de GUI en C/SDL, le moteur possède plusieurs spécialités donc chaque dossier correspond à une partie spécifique qui peut contenir parfois plusieurs unités de compilation.

J'espère avoir été assez clair :lol:
21/04/2007, 15h02
souviron34
Pour un projet petit, tu peux comme l'a dit Franck tout mettre dans le même répertoire.

Pour un projet plus gros, moi je structure comme ça :

Soit :

Code:

src include obj lib bin doc

Soit :
Code:

1 2 3 4 src obj lib bin doc / | \ include module1 module2 ...
où module1, module2, etc.. sont des fonctionalités de haut niveau (par exemple "calculs généraux", "accès bd", "gui", etc..)

:D
21/04/2007, 15h04
Franck.H

Voici la structure générale d'une partie de mon projet: http://backbubble.cvs.sourceforge.ne...urces/BEngine/ de la chance que c'est un projet sous GNU GPL sinon je l'aurais pas montré :lol: :aie:
21/04/2007, 17h53
Leeelooo

Ok ok, bien merci à tous, je vais voir ce que ça donne en structurant mon projet comme ça.