title: Day53-设计模式-访问者模式
date: 2021-03-23 15:35:23
author: Liu_zimo
设计模式
- 设计模式分为三种类型,共23种
- 创建型模式:单例模式、抽象工厂模式、原型模式、建造者模式、工厂模式。
- 结构型模式:适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。
- 行为型模式:模版方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式(Interpreter模式)、状态模式、策略模式、职责链模式(责任链模式)。
访问者模式
- 测评系统需求
- 将人分为男人和女人,对歌手进行测评,当看完某个歌手表演后,得到他们对该歌手不同的评价(评价有不同的种类,比如成功、失败等)
- 传统方案
- 如果系统比较小,还是ok的,但是考虑系统增加越来越多新的功能时,对代码改动较大,违反了ocp原则,不利维护
- 扩展性不好,比如增加了新的人员类型,或者管理方法,都不好做
- 使用新的设计模式-访问者模式
基本介绍
- 访问者模式(Visitor Pattern),封装一些作用于某种数据结构的各元素的操作它可以在不改变数据结构的前提下定义作用于这些元素的新的操作
- 主要将数据结构与数据操作分离,解决数据结构和操作耦合性问题
- 访问者模式的基本工作原理是:在被访问的类里面加一个对外提供接待访问者的接口
- 访问者模式主要应用场景是:需要对一个对象结构中的对象进行很多不同操作(这些操作彼此没有关联),同时需要避免让这些操作"污染"这些对象的类,可以选用访问者模式解决
- visitor:是抽象访问者,为该对象结构中的ConcreteElement的每一个类声明一个visit操作
- Concretevisitor:是一个具体的访问者实现每个有Visitor声明的操作,是每个操作实现的部分
- ObjectStructure:能枚举它的元素,可以提供一个高层的接口,用来允许访问者访问元素
- Element定义一个accept方法,接收一个访问者对象
- ConcreteElement为具体元素,实现了accept方法
package com.zimo.设计模式.行为型模式.访问者模式;
/**
* 设计模式 - 访问者模式:评分系统
* 抽象人类
* @author Liu_zimo
* @version v0.1 by 2021/3/23 16:31
*/
public abstract class Person {
public abstract void accept(Action action); //提供一个方法,让访问者可以访问
}
--------------------------------------------------------------------
package com.zimo.设计模式.行为型模式.访问者模式;
/**
* 设计模式 - 访问者模式:评分系统
* 评分抽象类
* @author Liu_zimo
* @version v0.1 by 2021/3/23 16:29
*/
public abstract class Action {
public abstract void getManResult(Man man); // 得到男性的评分
public abstract void getWomanResult(Woman woman); // 得到女性的评分
}
--------------------------------------------------------------------
package com.zimo.设计模式.行为型模式.访问者模式;
/**
* 设计模式 - 访问者模式:评分系统
* 男评委
* @author Liu_zimo
* @version v0.1 by 2021/3/23 16:32
*/
public class Man extends Person{
@Override
public void accept(Action action) { action.getManResult(this); }
}
--------------------------------------------------------------------
package com.zimo.设计模式.行为型模式.访问者模式;
/**
* 设计模式 - 访问者模式:评分系统
* 女评委
* @author Liu_zimo
* @version v0.1 by 2021/3/23 16:32
*/
public class Woman extends Person{
@Override
public void accept(Action action) { action.getWomanResult(this); }
}
--------------------------------------------------------------------
package com.zimo.设计模式.行为型模式.访问者模式;
/**
* 设计模式 - 访问者模式:评分系统
* 失败 - 评价
* @author Liu_zimo
* @version v0.1 by 2021/3/23 16:35
*/
public class Fail extends Action{
@Override
public void getManResult(Man man) { System.out.println("man fail"); }
@Override
public void getWomanResult(Woman woman) { System.out.println("woman fail"); }
}
--------------------------------------------------------------------
package com.zimo.设计模式.行为型模式.访问者模式;
/**
* 设计模式 - 访问者模式:评分系统
* 成功 - 评价
*
* @author Liu_zimo
* @version v0.1 by 2021/3/23 16:32
*/
public class Success extends Action{
@Override
public void getManResult(Man man) { System.out.println("man success"); }
@Override
public void getWomanResult(Woman woman) { System.out.println("woman success"); }
}
--------------------------------------------------------------------
package com.zimo.设计模式.行为型模式.访问者模式;
import java.util.LinkedList;
import java.util.List;
/**
* 设计模式 - 访问者模式:评分系统
* 评委管理类 - 数据结构
* @author Liu_zimo
* @version v0.1 by 2021/3/23 16:41
*/
public class ObjectStructure {
private List<Person> persons = new LinkedList<>();
public void attach(Person p){ this.persons.add(p); }
public void detach(Person p){ this.persons.remove(p); }
public void display(Action action){
for (Person person : this.persons) {
person.accept(action);
}
}
public static void main(String[] args) {
// 创建ObjectStructure
ObjectStructure structure = new ObjectStructure();
structure.attach(new Man());
structure.attach(new Woman());
// 成功
Success success = new Success();
structure.display(success);
// 失败
Fail fail = new Fail();
structure.display(fail);
}
}
- 双分派 :所谓双分派是指不管类怎么变化,我们都能找到期望的方法运行。双分派意味着得到执行的操作取决于请求的种类和两个接收者的类型
- 以上述实例为例,假设我们要添加一个NotBat的状态类,考察Man类和Woman类的反应,由于使用了双分派,只需增加一个Action子类即可在客户端调用即可,不需要改动任何其他类的代码
注意事项和细节
- 优点:
- 访问者模式符合单一职责原则、让程序具有优秀的扩展性、灵活性非常高
- 访问者模式可以对功能进行统一,可以做报表、UI、拦截器与过滤器,适用于数据结构相对稳定的系统
- 缺点:
- 具体元素对访问者公布细节,也就是说访问者关注了其他类的内部细节,这是迪米特法则所不建议的,这样造成了具体元素变更比较困难
- 违背了依赖倒转原则。访问者依赖的是具体元素,而不是抽象元素
- 因此,如果一个系统有比较稳定的数据结构,又有经常变化的功能需求,那么访问者模式就是比较合适的