Discussion :

[f56bre]

Bonjour,

J'ai une classe visiteur qui doit réaliser une action sur une hierarchie de classes que je ne peux modifier. Mon souci est que cette hierarchie est importante et donc que je vais me retrouver avec beaucoup (plusieurs centaines) de fonctions "Visit". Y a t'il un moyen élégant de 'limiter" ou "diviser" ce nombre ou est-ce normal et fréquent avec les visiteur?

Merci d'avance

[Flob90]

Si ton visiteur doit effectuer des comportement différents pour chaque classes de la hiérarchie, je vois difficilement comme tu pourrais faire autrement que de définir tout ces comportement, et donc ces centaines de fonctions.

La question que je me poserais serait plutôt de savoir si tu as réelement besoin d'une si grosse hiérarchie et de la faire visiter ? Pourrais-tu détailler ta hiérarchie, le but ect ... ?

[koala01]

Salut,

Je m'interroge moi aussi sur les décisions qui ont pu mener à avoir une hiérarchie de classes si importante, et je subodore très fortement qu'il y ait un problème de conception qui se soit répété plus d'une fois, entre autres, lorsque la décision de l'héritage a été prise.

Cependant, étant donné que tu nous dis être dans l'impossibilité de modifier cette hiérarchie de classes, je te proposerais de déléguer les responsabilités au niveau des visiteur

Je présumes en effet que, si tu arrive à un nombre aussi important de classes intervenant dans ta hiérarchie, elle doit présenter un certain nombre de niveaux.

Comme un petit dessin vaut mieu qu'un grand discours, nous pouvons décemment estimer que tu obtient un diagrame de classe proche de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
                 A                  -->niveau 0
                 |        
       ---------------------
      /          |          \
     B           C           D      -->niveau 1
    / \         / \         / \
   /   \       /   \       /   \ 
  E     F     G     H     I     J   -->niveau 2
 /|\   /|\   /|\   /|\   /|\   /|\
K L M N O P Q R S S T U V W X Y Z 1 -->niveau 3
...

Plutôt que de vouloir créer un visiteur qui manipule les objets de type A (la classe de niveau 0), et qui doit donc prendre en compte l'ensemble des classes qui en dérivent (de B à... 1), pourquoi ne pas créer trois visiteurs manipulant les classes de niveau 1 (respectivement les B, les C et les D), et qui ne doivent alors prendre en compte que les classes de niveau 2 qui en héritent (respectivement E et F, G et H et pour le dernier I et J), voire 6 visiteurs travaillant sur des objets passant pour être des classes de niveau 2

Evidemment, pour une hiérarchie à N niveau, tu pourrais décider de créer un visiteur manipulant des objets passant pour être d'un type dont le niveau est N-1, N-2 ou N-3, selon ce qui t'intéresse le plus.

J'ai en effet beaucoup de mal à croire, même si tu manipule "quelque part" une collection d'objet passant pour être du type de niveau 0, que tu finisse par te retrouver dans une situation dans laquelle tu devrais... visiter l'ensemble de ces types, sans distinctions.

Au final, tu aurais, certes, plus de visiteurs à créer, mais, en retour, il deviendront tous beaucoup moins complexes et donc plus flexibles