Discussion :

[Leeelooo]

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 !

[odsen.s]

Salut,

Des éléments de réponse ici : http://emmanuel-delahaye.developpez.....htm#organiser

[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 !

[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à.

[Emmanuel Delahaye]

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....

[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 ?

[Franck.H]

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

[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 :

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

src  include obj lib bin doc

Soit :

Code :

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

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..)

[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é

[Leeelooo]

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