Motif de commande et modèle de visiteur

Question

Est-il généralement acceptable de permettre à un visiteur de modifier l'état du récepteur ou devrait-il s'agir d'un modèle de commande?

Answer 1

Le but du modèle de visiteur est de permettre l'ajout de nouvelles opérations à une hiérarchie de classes sans modification de cette hiérarchie. Je n'ai jamais vu quelqu'un suggérer que seules les opérations en lecture seule sont acceptables. La seule limitation est que les opérations ajoutées ne doivent utiliser que l'interface publique de la hiérarchie de classe.

Answer 2

Je ne pense pas que vous puissiez faire une déclaration générale, qu'il soit bon ou mauvais de modifier l'état de n'importe quoi. Je pense que c'est correct de modifier les états tant que cela n'affecte pas la logique de visite elle-même. Par exemple, vous pouvez écrire un visiteur qui visite tous les fichiers sous la structure de dossiers et renomme le nom de fichier en majuscules.

Answer 3

L'exemple Microsoft d'un visiteur modifiant le récepteur est le ExpressionVisitor. Le but de la classe ExpressionVisitor est de modifier un arbre d'expression. Donc je suppose que Microsoft pense au moins que c'est acceptable.

Answer 4

Chaque motif possède ses propres avantages, inconvénients et cas d'utilisation.

Vous pouvez utiliser motif Command à

1. Découpler le invoker & récepteur de commande

2. Mettre en oeuvre rappel mécanisme

3. Mettre en oeuvre annuler et rétablir la fonctionnalité

4. Maintenir une histoire des commandes

Utiliser modèle Visitor dans les scénarios ci-dessous:

1. Des opérations similaires doivent être effectuées sur des objets de différents types regroupés dans une structure
2. Vous devez exécuter de nombreuses opérations distinctes et sans rapport. Il sépare Opération des objets Structure
3. nouvelles opérations doivent être ajoutés sans changement dans la structure de l'objet

Related posts:

Using Command Design pattern

When should I use the Visitor Design Pattern?