Version imprimable
Bonjour, je voudrais simplement savoir comment organiser mon main, mes fonctions, mes en-têtes etc. Je vois souvent des gens créer une grande quantité de .h, n'est ce pas mieux de les regrouper tous les prototypes dans un seul fichier ?
Merci d'avance.
Bonjour,
En fait, on fait plutôt l'inverse : on commence en général au plus simple, donc une paire de fichiers *.c et *.h, et on décompose leur contenu au fur et à mesure que le projet grossit et que les différentes sections se spécialisent. À ce stade, ça commence à devenir intéressant pour éviter de tout recompiler à la moindre modif' mais également parce que les sous-ensembles finissent parfois par devenir de vrais petits projets. En particulier, quand ils servent à gérer une infrastructure sous-jacente, ils finissent parfois par devenir des bibliothèques à part entière, d'usage général et séparées du projet initial.
Quoi qu'il en soit, le C reste un langage qui te laisse une grande liberté, et donc une grande souplesse, dans la façon d'organiser tes ressources.
Je trouvais ça tentant il y a longtemps. J'avais expliqué pourquoi ici : https://gradot.wordpress.com/2012/03...ader-unique-c/Citation:
Envoyé par aperdemak
Et avec le temps, j'ai compris que c'était mauvais et je l'ai expliqué ici : https://gradot.wordpress.com/2014/07...globales-en-c/
C'est tentant parce que c'est pratique. Mais cela pose beaucoup de problèmes (que je détaille dans mon 2e article, mais je fais résumer ici) :
- si tu modifies ton super header, parce que tu rajoutes un nouveau truc ou simplement parce que tu modifies un commentaire, alors ton projet tout entier se recompile.
- si tu dans un second projet, tu souhaites réutiliser seulement une partie, tu ne pourras pas reprendre cette partie du premier projet sans découper, alors autant découper tout de suite.
- ce fichier risque de contenir beaucoup de choses et ce ne sera pas facile de s'y retrouver
- tu risque de faire aussi un seul fichier *.c qui souffrira aussi des 2 défauts précédents.
Sur un petit projet, ce n'est pas rare de n'avoir que quelques fichiers. Sur des projets plus conséquents, c'est souvent (pas toujours) mauvais signe.
Bonjour
Non ce n'est pas mieux. Je pense mieux au contraire d'être le plus atomique possible. Chaque module ne fait qu'une chose mais il la fait bien (tout comme Unix où chaque programme ne fait qu'une chose mais la fait bien).Citation:
Envoyé par aperdemak
Et chaque module contient donc un ".h" qui indique comment l'utiliser et un ".c" pour coder son action.
Fatalement tu auras plein de ".h". A toi de bien les nommer et bien les ranger (ne pas négliger les possibilités offertes par la création de sous-dossiers) par catégories d'action. Pour cela on conseille généralement la méthode MVC (Modèle/Vue/controleur)
Le Modèle c'est la façon de stocker les info (dans des fichiers ? dans une bdd ? en mémoire ?). La Vue c'est la façon de faire entrer et sortir les infos (généralement saisie/affichage) et le Controleur contient tous les outils pour traiter les données et produire des résultats...
Pour moi, c'est presque un jeu :aie: :aie:
Dans les entêtes (fichier .h), avoir le moins d'include (et donc le moins de déclarations), et abuser des "forward declarations" (déclarations avancées)