Version imprimable
Bonjour,
c'est juste pour de l'organisation. J'ai l'habitude en C/C++ de mettre tous mes fichiers .h dans un seul mainHeader.h. Puis d'inclure ce mainHeader.h dans mes autres fichiers.
Est ce une bonne fa�on de proc�der ?
Enfin J'aimerais organis� mes sources dans des repertoires � la racine du projet, mettre tel source dans tel dossier qui correspond � tel module etc .... c'est possible avec Visual C++ 7, comment g�rer les chemin relatif et les niveau d'arborescence.
Merci
Non, du tout. En faisant �a, tu lies toutes tes unit�s de traduction � tous les headers, et la modification de l'un d'eux entra�ne une recompilation de tout ton projet. La bonne fa�on de proc�der est de s�parer les modules et d'�liminer les d�pendances entre fichiers.Citation:
c'est juste pour de l'organisation. J'ai l'habitude en C/C++ de mettre tous mes fichiers .h dans un seul mainHeader.h. Puis d'inclure ce mainHeader.h dans mes autres fichiers.
Est ce une bonne fa�on de proc�der ?
Par contre tu peux utiliser les en-t�tes pr�compil�s, dans lesquels tu peux mettre tous les en-t�tes qui ne seront jamais modifi�s (les en-t�tes standards, ceux des biblioth�ques que tu utilises, ...). Je crois que c'est d�taill� dans la FAQ VC++.
Personnellement, j'ajoute aux include paths de mon projet le r�pertoire racine des sources. Ainsi pour acc�der � un en-t�te je ne m'emb�te pas avec des "../../.." pour me balader dans les dossiers, je sp�cifie simplement son chemin complet � partir de la racine (<Maths/Algebre/Matrice.h> par exemple). D'autant plus que �a indique bien de quel module il vient.Citation:
Enfin J'aimerais organis� mes sources dans des repertoires � la racine du projet, mettre tel source dans tel dossier qui correspond � tel module etc .... c'est possible avec Visual C++ 7, comment g�rer les chemin relatif et les niveau d'arborescence