设计模式访问者

访问者模式


设计原则：遵循倾斜的开闭原则
常用场景：作用于一个数据结构之上的操作经常变化
使用概率：5%
复杂度：高
变化点：数据结构之上的操作
选择关键点：数据结构是否稳定以及操作是否经常变化
逆鳞：数据结构的不稳定

常用场景：
假如一个对象中存在着一些与本对象不相干（或者关系较弱）的操作，为了避免这些操作污染这个对象，则可以使用访问者模式来把这些操作封装到访问者中去。
假如一组对象中，存在着相似的操作，为了避免出现大量重复的代码，也可以将这些重复的操作封装到访问者中去。
但是，访问者模式并不是那么完美，它也有着致命的缺陷：增加新的元素类比较困难。通过访问者模式的代码可以看到，
在访问者类中，每一个元素类都有它对应的处理方法，也就是说，每增加一个元素类都需要修改访问者类（也包括访问者类的子类或者实现类），
修改起来相当麻烦。也就是说，在元素类数目不确定的情况下，应该慎用访问者模式。所以，访问者模式比较适用于对已有功能的重构，
比如说，一个项目的基本功能已经确定下来，元素类的数据已经基本确定下来不会变了
，会变的只是这些元素内的相关操作，这时候，我们可以使用访问者模式对原有的代码进行重构一遍，这样一来，就可以在不修改各个元素类的情况下，对原有功能进行修改。

主要思想：
要操作一个类的属性，但是又不想在这个类里加很多和这个类逻辑关系不大的代码，就可以再写一个类去完成
访问者优点，我可以定义多种类访问者，比如访问属性1，再来一个访问属性2干嘛干嘛的
但是缺点这些访问者的访问是基于基本的元素来的，因此原元素类想改变扩展什么的就不太好进行了

public interface Visitor {
    public void visit(Element element);
}



public class Element {

    //属性1
    private String pro1;

    //属性2
    private String pro2;


    public String getPro1() {
        return pro1;
    }

    public void setPro1(String pro1) {
        this.pro1 = pro1;
    }

    public String getPro2() {
        return pro2;
    }

    public void setPro2(String pro2) {
        this.pro2 = pro2;
    }

    public void accept(Visitor visitor) {
        visitor.visit(this);
    }

}



public class VisitorImplement implements Visitor {
    @Override
    public void visit(Element element) {
        //在访问者中获取属性 进行复杂操作
        //也可调用原元素一些业务方法再处理等等
        System.out.println("获取属性1"+element.getPro1());
    }
}