设计模式之访问者模式
前言
提示:以下是本篇文章正文内容,下面案例可供参考
一、访问者模式是什么?
- 访问者模式(Visitor Pattern),封装一些作用于某种数据结构的各元素的操作,它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。
- 主要将数据结构与数据操作分离,解决数据结构和操作耦合性问题
- 访问者模式的基本工作原理是:在被访问的类里面加一个对外提供接待访问者的接口
- 访问者模式主要应用场景是:需要对一个对象结构中的对象进行很多不同操作(这些操作彼此没有关联),同时需要避免让这些操作”污染”这些对象的类,可以选用访问者模式解决
二、使用步骤
抽象类
public abstract class Person {
// 提供一个方法,让访问者可以访问
public abstract void accpet(Action action);
}
public abstract class Action {
// 男的测评
public abstract void getManResult(Man man);
// 女的测评
public abstract void getWoManResult(WoMan woMan);
}
实现类
public class Man extends Person{
@Override
public void accpet(Action action) {
action.getManResult(this);
}
}
public class WoMan extends Person{
@Override
public void accpet(Action action) {
action.getWoManResult(this);
}
}
选择
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 Fail extends Action{
@Override
public void getManResult(Man man) {
System.out.println("男人给的评价是很失败");
}
@Override
public void getWoManResult(WoMan woMan) {
System.out.println("男人给的评价是很失败");
}
}
ObjectStructure
public class ObjectStructure {
// 维护了一个集合
private List<Person> personList = new LinkedList<>();
public void attach(Person p){
personList.add(p);
}
public void detach(Person p){
personList.remove(p);
}
public void display(Action action){
for (Person person : personList) {
person.accpet(action);
}
}
}
调用
public class Client {
public static void main(String[] args) {
ObjectStructure objectStructure = new ObjectStructure();
objectStructure.attach(new Man());
objectStructure.attach(new WoMan());
// objectStructure.attach(new Man());
Success success = new Success();
objectStructure.display(success);
Fail fail = new Fail();
objectStructure.display(fail);
Wait wait = new Wait();
objectStructure.display(wait);
}
}
输出
访问者模式的注意事项和细节
优点
- 访问者模式符合单一职责原则、让程序具有优秀的扩展性、灵活性非常高
- 访问者模式可以对功能进行统一,可以做报表、U‖、拦截器与过滤器,适用于数据结构相对稳定的系统
缺点
- 具体元素对访问者公布细节,也就是说访问者关注了其他类的内部细节,这是迪米特法则所不建议的,这样造成了具体元素变更比较困难
- 违背了依赖倒转原则。访问者依赖的是具体元素,而不是抽象元素
- 因此,如果一个系统有比较稳定的数据结构,又有经常变化的功能需求,那么访问者模式就是比较合适的.
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/112541.html