设计模式之访问者模式

定义：访问者模式是对象的行为模式。访问者模式的目的是封装一些施加于某种数据结构元素之上的操作。一旦这些操作需要修改的话，接受这个操作的数据结构则可以保持不变。
代码实例如下：

public interface Service {
      public void accept(Visitor visitor);
}
public class Draw implements Service {
    public void accept(Visitor visitor) {
         visitor.process(this);

     }
 }
 class Fund implements Service {
     public void accept(Visitor visitor) {
         visitor.process(this);

     }
 }
 public class Saving implements Service { 
     public void accept(Visitor visitor) {
         visitor.process(this);

     }
 }
 public class Visitor { 
         public void process(Service service) {
             // 基本业务
             System.out.println("基本业务");
         }

         public void process(Saving service) {
             // 存款
             System.out.println("存款");
         }

         public void process(Draw service) {
             // 提款
             System.out.println("提款");
         }

         public void process(Fund service) {
             System.out.println("基金");
             // 基金
        }

     } 
     import java.util.ArrayList;
import java.util.List;
public class Client {
     // 正常逻辑实现
    public static void main(String[] args){  
    Service service1 = new Saving();
    Service service2 = new Fund();
    Service service3 = new Draw();
    List<Service> ls = new ArrayList<Service>();
    ls.add(service1);
    ls.add(service2);
    ls.add(service3);
    for (Service service : ls) {
      if (service instanceof Saving) {
              System.out.println("存款");
     } else if (service instanceof Fund) {
           System.out.println("基金");
    } else if (service instanceof Draw) {
         System.out.println("提款");
     }
     }
             //上述的问题是随着业务量增大 代码维护量会非常的大 需要不断的去判断 

             //采用访问者模式解决
    Service saving = new Saving();
    Service fund = new Fund();
    Service draw = new Draw();
    Visitor visitor = new Visitor();
    saving.accept(visitor);
    fund.accept(visitor);
    draw.accept(visitor);
     //上述中accept中实际上有观察者的影子 实际上 访问者我们也可以理解成一个对业务熟悉的观察者
    //他不断观察者是否有新的业务需求 有的话 进行相应的业务处理
   }
}

总结：
采用Visitor的好处如上面说到的那样，当需要改变其中一项业务的处理时，不需要每个地方都进行修改，而只需要改动Visitor类中相应的处理函数就可以了。也就是说它适合于业务处理时常发生变动的情况。

当然，Visitor也有它自身的限制。它不适合于业务数量的经常变化，因为一旦新增或删除一些Service时，需要对visitor进行相应的增删。也就是说具体Service与Visitor是耦合的

其实也是将责任抽象成一个个具体的类,从而避免在一个类中既处理逻辑又带有功能,违反了面向对象原则–责任单一