C++ : #include vs déclaration

Bonjour,

BOUML traite les dépendences entre classes de deux manières :
- #include du fichier d'en-tête contenant la déclaration de la classe dont on dépend ( #include "toto.h" )
- déclaration vide de la classe dont on dépend ( class toto; )

Quelle est la règle qui détermine la manière dont sont gérées les dépendences dans les headers ?

Y'a t'il un moyen d'influer sur ce comportement (à part un codage en dur dans le champ header du "source artefact") ?

le générateur essaie de mettre dans les headers un minimum d'#include

pour forcer la présence d'un #include dans un header sans le mettre à la main via l'édition de l'artifact il faut utiliser des dependencies entre classes (je n'utilise pas les dependencies entre artifacts, mais cela viendra sans doute). Par défaut une dependency introduit l'#include dans le source, pour l'avoir dans le header il faut éditer la dependency et appuyer sur le bouton #include in header

Citation:

---

Envoyé par bruno_pages

Par défaut une dependency introduit l'#include dans le source, pour l'avoir dans le header il faut éditer la dependency et appuyer sur le bouton #include in header

---

:king: merci


P.S.
Est-il possible d'ajouter ce complémént d'info dans la rubrique de la FAQ ?
http://bouml.fr/faq.html#faqcpp5

Il est également possible dans la définition du header de remplacer ${includes} par ${all_includes} afin de mettre tout les #includes dans le header (sauf ceux mis à la main directement dans la définition du source bien-sûr). Il y a tellement d'options que je commence à les oublier :?

en résumé :

• ${include} dans le header : favorise le temps de compilation en limitant les #include dans le header
• ${all_includes} dans le header : permet d'avoir des headers auto suffisants

Il existe une autre astuce pour limiter le temps de compilation : conditionner l'inclusion par la présence du flag du header. Un exemple :
fichier toto.h :

Code:

---

1 2 3 4

#ifndef TOTO_H #define TOTO_H ... #endif //TOTO_H

---

fichier toto.cpp

Code:

---

1 2 3 4

#ifndef TOTO_H #include "toto.h" #endif //TOTO_H ...

---

Est-il possible que BOUML gère çà un jour pour les classes générées dans le projet ?

je n'ai pas été assez clair sur le temps de compilation lié aux #include dans les headers. Quand les headers sont auto suffisant les sources dépendent finalement de beaucoup de headers (un #include en appelle d'autres) et le moindre changement d'un header provoque beaucoup de recompilations inutiles.

C'est là que ce situe le gain de temps.

Par expérience, y compris dans des configuration lentes avec des accès aux fichiers via clearcase, les protection des #includes comme tu l'indiques ne font rien gagner.