标签：
访问者模式是一个相对简单的模式，其定义如下：
Represent an operation to be performed on the elements of an object structrue. Visitor lets you define a new operation without
changing the classes of the elements on which it operates
封装一些作用于某种数据结构中的各元素的操作，它可以在不改变数据结构的前提下定义作用于这些元素的新操作。
访问者模式角色：
1.Visitor抽象访问者：抽象类或者接口，声明访问者可以访问哪些元素
2.ConcreteVisitor具体访问者：它影响访问者访问到一个类后该怎么干，要做什么事情
3.Element抽象元素：接口或者抽象类，声明接受哪一类访问者访问
4.ConcreteElement具体元素：实现accept方法，通常是visitor.visit(this),基本上都形成了一种模式了。
5.ObjectStructure结构对象：元素产生者，一般容纳在多个不同类，不同接口的容器，如List，Set，Map等，在项目中一般很少抽象出这个角色
//抽象元素 有两类方法：一是本身的业务逻辑，二是允许哪一个访问者来访问 public abstract class Element{ //定义业务逻辑 public abstract void doSomething(); //允许谁来访问 public abstract void accept(IVisitor visitor); } //具体元素 public class ConcreteElement1 extends Element{ //完善业务逻辑 public void doSomething(){ //.... } //允许那个访问者访问 public void accept(IVisitor visitor){ visitor.visit(this); } } public class ConcreteElement2 extends Element{ //完善业务逻辑 public void doSomething(){ //.... } //允许那个访问者访问 public void accept(IVisitor visitor){ visitor.visit(this); } } //抽象访问者 一般是有几个具体元素就有几个访问方法 public interface IVisitor{ //可以访问哪些对象 public void visit(ConcreteElement1 el1); public void visit(ConcreteElement2 el2); } //具体访问者 public class Visitor implements IVisitor{ //访问元素el1 public void visit(ConcreteElement1 el1){ el1.doSomething(); } public void visit(ConcreteElement2 el2){ el2.doSomething(); } } //结构对象 public class ObjectStructure{ public static Element createElement(){ Random random=new Random(); if(random.nextInt(100)>50){ return new ConcreteElement1(); }else{ return new ConcreteElement2(); } } } //场景类 public class Client{ public static void main(String[] args){ for(int i=0;i<10;i++){ Element el=ObjectStructure.createElement(); el.accept(new Visitor()); } } }
访问者模式的优点：
1.符合单一职责原则：具体元素角色的两个子类负责数据的加载，而Visitor类负责报表的展现，两个不同职责非常明确地分离开来
2.优秀的扩展性：
3.灵活性非常高
缺点：
1.具体元素对访问者公布细节：访问者要访问一个类就必然要求这个类公布一些方法和数据，也就是说访问者关注了其他类的内部细节，这是迪米特
法则所不建议的
2.具体元素变更比较困难：具体元素角色的增加,删除,修改都是比较困难的
3.违背了依赖倒置原则：访问者依赖的是具体元素，而不是抽象元素，这破坏了依赖倒置原则，特别是面向对象的编程中，抛弃了对接口的依赖,而直
接依赖实现类，扩展比较困难。
访问者模式使用的场景
1.一个对象结构包含很多类对象，它们有不同的接口，而你想对这些对象实施一些依赖于具体类的操作，也就是说用迭代器模式已经不能胜任的情景
2.需要对一个对象结构中的对象进行很多不同并且不相关的操作，而又想避免让这些操作“污染”这些对象的类
总结一下，在这种地方你一定要考虑使用访问者模式：业务规则要求遍历多个不同的对象。这本身也是访问者模式出发点，迭代器模式只能访问同类或同
接口的数据(当然，如果使用instanceof,那么能访问所有的数据)，而访问者模式是对迭代器模式的扩充，可以遍历不同的对象，然后执行不同的操作,也
就是针对访问对象不同，执行不同的操作。访问模式还有一个用途，就是充当拦截器角色
标签：
原文地址：http://www.cnblogs.com/liaojie970/p/5493010.html
