Discussion :

[say]

Bonjour,
après de multiples problèmes rencontrés qui semblent tous liés de près ou de loin aux include, me voila en quête des bonnes pratiques.

En effet, il semble bien que ce soit le foutoir dans nos includes.
Existe-til une bonne méthode permettant d'éviter les include circulaires par exemple. peut-il être intéressant de passer par un fichier regroupant tous les includes?

Ainsi, j'ai ajouté une nouvelle form à mon projet, ça compile.
j'ai ajouté une nouvelle classe. ça compile.

or, je voudrais manipuler depuis cette dernière classe ma nouvelle form donc je fais un include de la form en question...et là ça compile plus et ça m'annonce une erreur idiote dans un fichier hpp d'un composant VCL.

voila...donc si ça inspire quelqu'un c'est bien...quoi qu'il en soit, existe-t-il des régles à respecter pour les includes.

Merci d'avance

Simon

[Luc Hermitte]

<règle perso qui vaut ce qu'elle vaut>
J'ai tendance à systématiser les déclarations en avant, quand elles sont possibles. Ce qui implique de devoir parfois inclure manuellement plus de choses dans les .cpp -- mais au final chaque .cpp après expansion par le pré-compilateur ne sera jamais plus grand.

On perd parfois du temps à la réflexion, mais on gagne du temps à la compilation, et surtout à la recompilation, même avec les compilos qui ne supportent pas les en-têtes précompilés. Cela correspond à ce qui est fait dans les cas de dépendences circulaires entre classes.

Après, suivant les compilos, il peut être intéressant de prévoir des fichiers d'en-tête précompilés qui incluent tous les fichiers qui sont inclus par (/nécessaires pour) tous les fichiers .cpp d'un sous-module (/d'une bibliothèque interne).
</>

[say]

Ok, merci...
en fait, mon problème vient du fait, qu'à priori j'ai des includes circulaires qui jouent sur des fichiers propres à des composants que j'utilise, donc le compilo fait la gueule de manière étrange. pas évidnet à expliquer ici sans faire un roman.
Si il y en a qui veulent des détails, c'est faisable.

[Luc Hermitte]

Tu as lu la FAQ C++ ?

[say]

ben vi, je l'ai même relu là mais je trouve rien qui m'aide.

Eventuellement sur la FAQ BCB j'ai trouvé des détails sur les instructions spécifiques à Builder que je vais creuser.

A+