Java设计模式[15]-访问者模式

访问者模式是一种设计模式,用于在不修改数据结构的情况下定义作用于元素的新操作。它将数据结构与操作分离,解决耦合问题。实例中,通过男人和女人对歌手表演的不同评价展示了双分派概念,允许灵活添加新的评价类型而无需改动原有代码。访问者模式适用于数据结构相对稳定但功能需求经常变化的系统。
摘要由CSDN通过智能技术生成

访问者模式基本介绍

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

访问者模式的原理类图

 对原理类图的说明- 即(访问者模式的角色及职责)

  1. Visitor 是抽象访问者,为该对象结构中的ConcreteElement的每一个类声明一个visit操作。
  2. ConcreteVisitor:是一个具体的访问值 实现每个有Visitor 声明的操作,是每个操作实现的部分。

实例

应用实例要求:

将人分为男人和女人,对歌手进行测评,当看完某个歌手表演后,得到他们对该歌手不同的评价(评价 有不同的种类,比如 成功、失败 等),请使用访问者模式来说实现。

应用案例的小结-双分派

  1. 上面提到了双分派,所谓双分派是指不管类怎么变化,我们都能找到期望的方法运行。双分派意味着得到执行的操作取决于请求的种类和两个接收者的类型 。
  2. 以上述实例为例,假设我们要添加一个Wait的状态类,考察Man类和Woman类的反应,由于使用了双分派,只需增加一个Action子类即可在客户端调用即可,不需要改动任何其他类的代码。 
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) {
		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(" 女人给的评价该歌手失败 !");
	}

}

public class Wait extends Action {

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

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

}

public abstract class Person {

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

}

public class Man extends Person {

	@Override
	public void accept(Action action) {
		action.getManResult(this);
	}

}

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

	@Override
	public void accept(Action action) {
		action.getWomanResult(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 class Client {

	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);
	}

}

访问者模式的注意事项和细节

优点

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

缺点

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

发现一个写的很好的例子:访问者模式一篇就够了 - 简书

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值