Version imprimable
Bonjour, j'aimerais avoir des conseils pour le développement de mes applications.
Est-il mieux de faire
- UnFichier.h ( qui contient toutes les fonctions et procèdure (prototype) etc... ) + UnFicher.c ( avec la définition de celle-ci ? ) [ une modification oblige de tout recompiler et linker )
- UnFichier.h ( qui contient toutes les fonctions et procèdure (prototype) etc... ) + UnFicher.c par procèdure et méthode ? [ un ne recompile que un fichier puis on link après... ]
La tendance naturelle est plutôt au premier cas, mais dans les gros projets, il n'est pas rare que l'on découpe ce fichier en plusieurs. De là à aller jusqu'à un fichier par fonction, pourquoi pas, surtout si la fonction est complexe...Citation:
Envoyé par damien77
Il n'y a pas de réponse définitive. Tout dépend de l'ampleur. Disons que si la taille devient trop importante, c'est peut être le signe qu'on a pas assez analysé le bazar et qu'il manque du découpage en entités fonctionnelles plus petites...
C'est pour ça que le premier schéma sied à la plupart des cas...
Bien que mes fonctions soit petites, les profs nous dise que pour avoir un truc optimal, le fichier doit appara^tre a l'oiel d'un coup sans avoir besoin d'utiliser le scrolling
Dans mon école, il y a une norme pour ça, si ça peut t'aider :
Pas plus de 5 fonctions exportables par fichier (non static donc).
Pas plus de 10 fonctions par fichier.
L'idéal est de ne mettre qu'une fonction majeure et des fonctions annexes par fichier .c
D'accord donc en gros je veux faire un logiciel de gestion de dictionnaire. J'utilise Une représentation du dictionnaire sous forme d'arbre...
Donc ce que je pourrais avoir c'est dans un fichier.c :
afficher dictionnaire / rechercher mot
dans deux autres fichier séparé : insérer / supprier et ouvrir / sauvegarder...