设计模式之访问者模式

「爱情、让人受尽委屈。」 2022-11-03 11:08 113阅读 0赞

# 基本介绍 #

*  封装一些作用于某种数据结构的各元素的操作，它可以在不改变数据结构的前提下定义作用于这些元素的新的操作
 *  主要将数据结构与数据操作分离，解决数据结构和操作耦合性问题
 *  访问者模式的基本工作原理是：在被访问的类里面加一个对外提供接待访问者的接口
 *  访问者模式主要应用场景：需要对一个对象结构中的对象进行很多不同操作（这些操作彼此没有关联），同时需要避免让这些操作“污染”这些对象的类，可以选用访问者模式解决

原理图：  
![image][]  
原理图的说明：

*  Visitor是抽象访问者，为该对象结构中的ConcreteElement的每一个类声明一个visit操作
 *  ConcreteVisitor：是一个具体的访问者，实现每个有Visitor声明的操作，是每个操作实现的部分
 *  ObjectStructure能枚举它的元素，可以提供一个高层的接口，用来允许访问者访问元素
 *  Element：定义了一个accept方法，可以接受一个访问者对象
 *  ConcreteElement：是具体的元素，实现了accept方法

# 案例 #

## 测评系统的需求 ##

*  将观众分为男人和女人，对歌手进行测评，当看完某个歌手表演后，得到他们对歌手不同的评价（评价有不同的种类，例如：成功、失败等）
 *  传统方案  
    ![image][image 1]

## 传统方式的问题分析 ##

*  如果系统比较小，还是OK的，但是考虑系统增加越来越多新的功能时，对代码改动较大，违反了OCP原则
 *  扩展性不好，比如增加了新的人员类型，或者管理方法，都不好做

## 使用访问者模式解决 ##

![image][image 2]

public abstract class Person { 
        Action action;
    
        public abstract void getAction();
    
        public abstract void accept(Action action);
    }

public class Man extends Person{ 
        public void getAction() { 
            action.getManResult(this);
        }
    
        @Override
        public void accept(Action action) { 
            this.action = action;
        }
    }

/** * 这里我们使用了双份派，即首先在客户端中，将具体状态作为参数传递Woman中（第一次分派） * 然后Woman类调用作为参数的“具体方法”中方法getWomanResult，同时将自己作为参数传入，完成了第二次分派 */
    public class Woman extends Person { 
    
        public void getAction() { 
            action.getWomanResult(this);
        }
    
        @Override
        public void accept(Action action) { 
            this.action = action;
        }
    }

public abstract class Action { 
        public abstract void getManResult(Man man);
        public abstract void getWomanResult(Woman woman);
    }

public class Fail extends Action { 
        @Override
        public void getManResult(Man man) { 
            System.out.println("男人给的评价是失败");
        }
    
        @Override
        public void getWomanResult(Woman woman) { 
            System.out.println("女人给的评价是失败");
        }
    }

public class Success extends Action { 
    
        @Override
        public void getManResult(Man man) { 
            System.out.println("男人给的评价是成功");
        }
    
        @Override
        public void getWomanResult(Woman woman) { 
            System.out.println("女人给的评价是成功");
        }
    }

public class Wait extends Action { 
        @Override
        public void getManResult(Man man) { 
            System.out.println("男人给的评价是待定");
        }
    
        @Override
        public void getWomanResult(Woman woman) { 
            System.out.println("女人给的评价是待定");
        }
    }

public class ObjectStruct { 
        private List<Person> personList = new LinkedList<>();
    
        public void attache(Person p){ 
            personList.add(p);
        }
    
        public void detach(Person p){ 
            personList.remove(p);
        }
    
        public void display() { 
            for (Person person : personList) { 
                person.getAction();
            }
        }
    }

public class Client { 
        public static void main(String[] args) { 
            ObjectStruct objectStruct = new ObjectStruct();
            Man man = new Man();
            Woman woman = new Woman();
            man.accept(new Success());
            woman.accept(new Fail());
            objectStruct.attache(man);
            objectStruct.attache(woman);
            objectStruct.display();
            System.out.println("---分割线---");
            man.accept(new Success());
            woman.accept(new Wait());
            objectStruct.display();
        }
    }

## 小结 ##

*  上面提到了双分派，所谓双分派是指不管类怎么变化，我们都能找到期望的方法运行，双分派意味着得到执行的操作数取决于请求的种类和两个接受者的类型
 *  以上述实例为例，假设我们要添加一个Wait的状态类，考察Man类和Woman类的反应，由于使用了双分派，只需要添加一个Action子类即可在客户端调用即可，不需要改动任何其他类的代码

# 注意事项和细节 #

*  优点
    
     *  访问者模式符合单一职责原则，让程序有优秀的扩展性，灵活性非常高
     *  访问者模式可以对功能进行统一，可以做报表、UI、拦截器与过滤器，适用于数据结构相对稳定的系统
 *  缺点
    
     *  具体元素对访问者公布细节，也就是说访问者关注了其他类的内部细节，这是迪米特法则所不建议的，这样造成了具体元素变得比较困难
     *  违背了依赖倒转原则。访问者依赖的是具体元素，而不是抽象元素

**适用场景**：如果一个系统有比较稳定的数据结构，又有经常变化的功能需求，那么访问者模式就是比较合适的

[image]: /images/20221024/9b3d8b68f35849c2a8ca1ec48bd90614.png
[image 1]: /images/20221024/65df5889bac2412e93d35848329a7da6.png
[image 2]: /images/20221024/c15931e83c534ab887725170c5841b23.png