Vos regards vitreux d'hier face au pattern Visitor me pousse à vous envoyer ce complément d'information.
Déjà je me répète, c'est plutôt un pattern simple, malgré le fait qu'il semble fouillis de prime abord. Tout comme Strategy, c'est un pattern de comportement et tout comme Strategy, il sert à découpler une ou plusieurs classes de ses algorithmes.
La différence entre Strategy et Visitor est la suivante : considérez que vous ayez une entreprise. Pour effectuer une tâche, vous pouvez la donner à un de vos employés. Cet employé est un Strategy : il "appartient" à votre entreprise, dans le sens où il fait partie intégrante d'elle, il est un élément composant votre entreprise. Et si on donne la même tâche à un autre employé, elle sera faite sans doute différemment.
Maintenant, plutôt que de donner cette tâche à un de vos employés, vous la donnez à un prestataire dont vous louez les services. Le prestataire est un agent extérieur, il ne fait pas parti de votre entreprise, mais il sera dans vos locaux le temps d'effectuer la tâche, et partira une fois celle-ci accomplie. Ce prestataire, c'est un Visitor.
Je vous invite à aller chercher des exemples de Visitor sur le net, vous en trouverez DES TONNES.
En attendant, ci-joint une implémentation possible de l'exo 1 Composite + Visitor.
F.
Si vous continuez à consulter ce site web, vous acceptez nos politiques :
x