Discussion :

[jeanfr]

Bonjour,

Je ne comprend pas bien l'intérêt du pattern Visitor ...

En lisant à droite et à gauche des infos, je lis que
cela permet (par exemple) de réaliser la somme des
entiers d'une liste ... ou le produit des entiers
d'une liste ... etc ... sans toucher au code de la liste en
question.

Mais ... je peux très bien faire ça en itérant sur la liste
et en additionnant (ou multipliant) chacun des entiers rencontrés.
C'est très propre et du coup, je ne vois pas l'utilité du pattern Visitor.

Quelqu'un pour me renseigner ? j'imagine que je loupe quelque chose.

merci de vos conseils

[wiztricks]

Le visitor est un pattern qui définit une interface pour pouvoir ajouter dynamiquement une méthode a une classe existante. Ce qui peut être intéressant pour ré-utiliser une classe et/ou la spécialiser.

Potentiellement, chaque fois que vous créez une methode virtuelle vous pouvez vous poser la question visitor ou pas?

Pour faire la somme des entiers d'une liste, vous avez nullement besoin d'utiliser ce pattern... Mais il peut être utile de prendre un exemple 'simple' pour souligner comment interagissent les différents composants du pattern.

-W

[jeanfr]

merci pour la réponse.

J'imagine que lorsque vous parlez de "méthode virtuelle", c'est au sens
C++ du terme ?
Ce qui s'applique donc tout le temps en Java.

jean

[wiztricks]

Oui enfin ce qui est important c'est le double appel: -> visit -> visitor (self)
et l'effet qui ajoute une sorte de méthode à la classe sans passer par la dérivation (qui lie relativement fort les classes entre elles).

Exemple assez tendance, les frameworks qui proposent "l'invertion of control" (IOC). Classiquement, on s'interface avec via des 'visitors' i.e. des points d'entrées que le framework découvre lorsqu'on le lance.

Plus classique est le balayage de l'ensemble d'une collection pour appliquer une méthode 'custom' à un ou plusieurs de ses éléments.
-W

[jeanfr]

Oui enfin ce qui est important c'est le double appel: -> visit -> visitor (self)
et l'effet qui ajoute une sorte de méthode à la classe sans passer par la dérivation (qui lie relativement fort les classes entre elles).

Exemple assez tendance, les frameworks qui proposent "l'invertion of control" (IOC). Classiquement, on s'interface avec via des 'visitors' i.e. des points d'entrées que le framework découvre lorsqu'on le lance.

Plus classique est le balayage de l'ensemble d'une collection pour appliquer une méthode 'custom' à un ou plusieurs de ses éléments.
-W

Merci beaucoup. C'est plus clair dorénavant.