Représentant [ing] une opération à effectuer sur des éléments d'une structure d'objet. Visitor permet de définir une nouvelle opération sans changer les classes des éléments sur lesquels elle opère.
La nature du visiteur en fait un modèle idéal pour se connecter aux API publiques permettant ainsi à ses clients d'effectuer des opérations sur une classe en utilisant une classe "visitante" sans avoir à modifier la source[1].
Principe
Ce modèle de conception permet à une classe externe d'être informée du type exact d'instances d'un ensemble de classes. Cela permet de mettre en place un traitement adapté aux détails publics des objets en cause. Par exemple un visiteur est idéal pour réaliser un rapport.
Déporter des opérations contenues dans une classe vers une autre peut sembler mauvais au sens de la POO car l'ajout ou la modification d'une classe n’entraîne pas l'adaptation des visiteurs existants, ce modèle est utile lorsqu'on a un ensemble de classes fermées (par exemple fourni par un tiers) et que l'on veut effectuer un nouveau traitement sur ces classes.
En pratique, le modèle de conceptionvisiteur est réalisé de la façon suivante : chaque classe pouvant être « visitée » doit mettre à disposition une méthode publique « accepter » prenant comme argument un objet du type « visiteur ». La méthode « accepter » appellera la méthode « visite » de l'objet du type « visiteur » avec pour argument l'objet visité. De cette manière, un objet visiteur pourra connaître la référence de l'objet visité et appeler ses méthodes publiques pour obtenir les données nécessaires au traitement à effectuer (calcul, génération de rapport, etc.).
En pratique un visiteur permet d'obtenir le même effet que d'ajouter une nouvelle méthode virtuelle à un ensemble de classes qui ne le permet pas.
Exemples
Prenons une classe ObjetPere, de laquelle hériteront Objet1, Objet2 et Objet3, elles posséderont la méthode accept(MonVisiteur& v).
Créons la classe MonVisiteur, dont hériteront Visiteur1 et Visiteur2. Dans chacun de ces objets, on retrouvera une méthode visiterObjet1(Objet1& a), visiterObjet2(Objet2& b) et visiterObjet3(Objet3& c).
voidMonVisiteur::visitObjetDeType1(ObjetDeType1&objet){// Traitement d'un objet de type 1}voidMonVisiteur::visitObjetDeType2(ObjetDeType2&objet){// Traitement d'un objet de type 2}voidMonVisiteur::visitObjetDeType3(ObjetDeType3&objet){// Traitement d'un objet de type 3}
En Java
Aucune importation n'est nécessaire, il suffit de créer une interface (ou classe) visiteuse, et une pour l'objet père l'acceptant :
Cet exemple montre comment imprimer un arbre représentant une expression numérique impliquant des littéraux et leur ajout. Le même exemple est présenté à l'aide d'implémentations classiques et dynamique.
Visiteur Classique
Un visiteur classique où les opérations d'impression pour chaque type sont implémentées dans une classe ExpressionPrinter comme un certain nombre de surcharges de la méthode Visit.
Cet exemple déclare une classe ExpressionPrinter distincte qui prend en charge l'impression. Les classes d'expression doivent exposer leurs membres pour rendre cela possible.