java设计模式之访问者模式

本文介绍了访问者模式的基本概念,如何通过类图实现,以及在评估歌手案例中的应用。它强调了模式的优点如扩展性和灵活性,同时讨论了可能的缺点,如暴露了具体细节和违背依赖倒置原则的情况。
摘要由CSDN通过智能技术生成

访问者模式(Visitor Pattern)

1.基本介绍

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

2.原理类图

类图

  1. Visitor是抽象访问者,为该对象结构中的ConcreteElement的每一个类声明一个visit操作。
  2. ConcreteVisitor:是一个具体的访问值,实现每个有Visitor声明的操作,是每个操作实现的部分。
  3. ObjectStructure:能枚举它的元素,可以提供一个高层的接口,用来允许访问者访问元素。
  4. Element: 定义一个accept方法,接收一个访问者对象。
  5. ConcreteElement 为具体元素,实现了accept方法。

3.应用实例

3.1 案例

将人分为男人和女人,对歌手进行测评,当看完某个歌手表演后,得到他们对该歌手不同的评价(评价有不同的种类,比如 成功,失败 等)。

3.2 案例类图分析

类图分析

3.3 代码实现

public abstract class Action {
	
	//得到男性 的测评
	public abstract void getManResult(Man man);
	
	//得到女的 测评
	public abstract void getWomanResult(Woman woman);
}
public class Success extends Action {

	@Override
	public void getManResult(Man man) {
		// TODO Auto-generated method stub
		System.out.println(" 男人给的评价该歌手很成功 !");
	}

	@Override
	public void getWomanResult(Woman woman) {
		// TODO Auto-generated method stub
		System.out.println(" 女人给的评价该歌手很成功 !");
	}

}
public class Fail extends Action {

	@Override
	public void getManResult(Man man) {
		// TODO Auto-generated method stub
		System.out.println(" 男人给的评价该歌手失败 !");
	}

	@Override
	public void getWomanResult(Woman woman) {
		// TODO Auto-generated method stub
		System.out.println(" 女人给的评价该歌手失败 !");
	}

}
public class Wait extends Action {

	@Override
	public void getManResult(Man man) {
		// TODO Auto-generated method stub
		System.out.println(" 男人给的评价是该歌手待定 ..");
	}

	@Override
	public void getWomanResult(Woman woman) {
		// TODO Auto-generated method stub
		System.out.println(" 女人给的评价是该歌手待定 ..");
	}
}

public abstract class Person {
	
	//提供一个方法,让访问者可以访问
	public abstract void accept(Action action);
}

//说明
//1. 这里我们使用到了双分派, 即首先在客户端程序中,将具体状态作为参数传递Woman中(第一次分派)
//2. 然后Woman 类调用作为参数的 "具体方法" 中方法getWomanResult, 同时将自己(this)作为参数
//   传入,完成第二次的分派
public class Woman extends Person{

	@Override
	public void accept(Action action) {
		// TODO Auto-generated method stub
		action.getWomanResult(this);
	}
}
public class Man extends Person {

	@Override
	public void accept(Action action) {
		// TODO Auto-generated method stub
		action.getManResult(this);
	}
}
//数据结构,管理很多人(Man , Woman)
public class ObjectStructure {

	//维护了一个集合
	private List<Person> persons = new LinkedList<>();
	
	//增加到list
	public void attach(Person p) {
		persons.add(p);
	}
	//移除
	public void detach(Person p) {
		persons.remove(p);
	}
	
	//显示测评情况
	public void display(Action action) {
		for(Person p: persons) {
			p.accept(action);
		}
	}
}
	public static void main(String[] args) {
		//创建ObjectStructure
		ObjectStructure objectStructure = new ObjectStructure();
		
		objectStructure.attach(new Man());
		objectStructure.attach(new Woman());
		
		
		//成功
		Success success = new Success();
		objectStructure.display(success);
		
		System.out.println("===============");
		Fail fail = new Fail();
		objectStructure.display(fail);
		
		System.out.println("=======给的是待定的测评========");
		
		Wait wait = new Wait();
		objectStructure.display(wait);
	}

运行结果:
结果

4. 注意事项

优点:

  1. 访问者模式符合单一职则,让程序具体优秀的扩展性、灵活性非常高。
  2. 访问者模式可以对功能进行统一,可以做报表 、UI、拦截器和过滤器,适用于数据结构相对稳定的系统。

缺点:
3. 具体元素对访问者公布细节,也就是说访问者关注了其他类的内部细节,这是迪米特法则所不建议的,这样造成了元素变更困难。
4. 违背了依赖倒置原则,访问者依赖的是具体元素,而不是抽象元素。
5. 因此,如果一个系统有比较稳定的数据结构,又有经常变化的功能需求,那么访问者模式就是比较合适的。

  • 6
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值