设计模式笔记之访问者模式的使用

<其它设计模式介绍及案例源码下载 >

简介：在访问者模式（Visitor Pattern）中，我们使用了一个访问者类，它改变了元素类的执行算法。通过这种方式，元素的执行算法可以随着访问者的不同而改变。根据模式，元素对象已接受访问者对象，这样访问者对象就可以处理元素对象上的操作。

主要解决：稳定的数据结构和多变的逻辑操作耦合问题，主要将数据结构与数据操作分离。

优点： 1、符合单一职责原则。 2、优秀的扩展性、灵活性。

缺点： 1、具体元素对访问者公布细节，违反了迪米特原则。 2、违反了依赖倒置原则，依赖了具体类，没有依赖抽象。

使用场景： 操作对象对应的类结构很少改变，但经常需要在此对象结构上定义或修改新的操作。避免让这些操作"污染"这些对象的类，也不希望在增加新操作时修改这些类。

实现案例：当一个类中的数据处理操作过多，并且经常性的发生改变时，为方便管理，则可以将类结构与具体的操作分离，在不同的访问者类中进行不同的操作实现。如：一个访问者（VisitorPrint）中实现一个操作（如：打印类名），并且在该访问者类中针对不同的类（如：FactoryA、FactoryB、FactoryC），实现的细节不同（打印不同类名），且不同的访问者(VisitorDrink、VisitorEat)中实现的操作不同(喝水、吃饭)。这样就可以通过本类提供accept（），传入不同的访问者，从而实现在不改变本类内部方法定义的情况下，实现功能扩展

例如下：

//访问者公共接口
 public interface VisitorInterf {
  
  public void visit(FactoryA fa);
  
  public void visit(FactoryB fB);
  
  public void visit(FactoryC fC);


 }
 //针对于打印类名方法的访问者类
 public class VisitorPrint implements VisitorInterf{

  //针对元素类A的打印方法实现细节
  @Override
  public void visit(FactoryA fa) {
   System.out.println(fa.getClass().getName());
  }
  //针对元素类B的打印方法实现细节
  @Override
  public void visit(FactoryB fb) {
   System.out.println(fb.getClass().getName());
   
  }
  //针对元素类C的打印方法实现细节
  @Override
  public void visit(FactoryC fc) {
   System.out.println(fc.getClass().getName());
   
  }

 }
 //元素类公共接口
 public interface MasterInterf {
  
  public void accept(VisitorInterf vi);

 }
 //元素类A
 public class FactoryA implements MasterInterf{

  //其他......

  @Override
  public void accept(VisitorInterf vi) {
   vi.visit(this);
   
  }
 }
 //元素类B
 public class FactoryB implements MasterInterf{
  
  //其他......
  
  @Override
  public void accept(VisitorInterf vi) {
   vi.visit(this);
   
  }
 }
 //元素类C
 public class FactoryC implements MasterInterf{
  
  //其他......
  
  @Override
  public void accept(VisitorInterf vi) {
   vi.visit(this);
   
  }
 }
 
 //最终测试类
 public class TestVisit {

  public static void main(String[] args) {
   MasterInterf mi=new FactoryA();
   mi.accept(new VisitorPrint());

  }

 }