设计模式之访问者模式

访问者模式是行为设计模式中的一种，在需要对很多类似的对象进行操作的时候，通过该模式将业务代码封装到另一个类中。

实际场景

你在双十一的时候买了一堆的商品，比如书，键盘，水果等等， 最后的反馈给你结算金额。普通的解决方案类图设计如下，在每个商品类都重写计算金额的方法。

这种设计方案就是在抽象接口层（Prodcut.java）中定义各类产品的付款金额方法，然后具体产品类来实现方法中的具体方法，这样做的缺点是在优惠打折情况下，会导致具体实现类源码（Computer, Apple）发生变化。在该实际应用场景，可以考虑采用访问者模式。

访问者模式类图

为了添加业务代码的灵活性，我们将逻辑计算部分抽取出来放在一个接口里面，具体的实现类则针对不同的应用场景对业务方法进行覆盖，例如在常规销售和8折情况下销售就分别实现两个具体类，当举行其它促销活动比如买三赠一，我们只需要添加其它的Visitor类即可。

访问者设计模式Java代码

首先我们创建不同类型的商品类。

Product.java

interface Product{
	public double accept(CalculatorVisitor visitor);
}

接下来创建具体的商品类

Apple.java

class Apple implements Product{
	private int weight;
	private double price;
	private String name;
	public int getWeight() {
		return weight;
	}

	public void setWeight(int weight) {
		this.weight = weight;
	}

	public double getPrice() {
		return price;
	}

	public void setPrice(double price) {
		this.price = price;
	}

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}

	//采取默认构造函数
	public Apple(){
		this.weight = 2;
		this.price = 4.5;
		this.name = "apple";
	}
	
	@Override
	public String toString(){
		return name;
	}


	@Override
	public double accept(CalculatorVisitor visitor) {
		// TODO Auto-generated method stub
		return visitor.visit(this);
	}	
}

Computer.java

class Computer implements Product{
	private double price;
	private String name;
	private int num;
	
	public double getPrice() {
		return price;
	}


	public void setPrice(double price) {
		this.price = price;
	}


	public String getName() {
		return name;
	}


	public void setName(String name) {
		this.name = name;
	}


	public int getNum() {
		return num;
	}


	public void setNum(int num) {
		this.num = num;
	}

interface CalculatorVisitor{
	public double visit(Computer computer);
	public double visit(Apple apple);
}

@Overridepublic String toString(){return name;}//采取默认构造函数public Computer(){this.price = 6500;this.name = "computer";this.num = 2;}@Overridepublic double accept(CalculatorVisitor visitor) {// TODO Auto-generated method stubreturn visitor.visit(this);}}



在这里需要注意的是，在具体实现类中的accept方法中并没有业务逻辑代码，而是将其移值到Visitor的visit方法中。

CalculatorVisitor.java

interface CalculatorVisitor{
	public double visit(Computer computer);
	public double visit(Apple apple);
}

GeneralCalculatorVisitor,java

class GeneralCalculatorVisitor implements CalculatorVisitor{

	@Override
	public double visit(Computer computer) {
		// TODO Auto-generated method stub
		return computer.getPrice() * computer.getNum();
	}

	@Override
	public double visit(Apple apple) {
		// TODO Auto-generated method stub
		return apple.getWeight() * apple.getPrice();
	}
}

DiscountCalculatorVisitor.java

class DiscountCalculatorVisitor implements CalculatorVisitor{
	private double discount;
	
	//打8折
	public DiscountCalculatorVisitor(){
		this.discount = 0.8;
	}
	@Override
	public double visit(Computer computer) {
		// TODO Auto-generated method stub
		return computer.getPrice() * computer.getNum() * discount;
	}

	@Override
	public double visit(Apple apple) {
		// TODO Auto-generated method stub
		return apple.getWeight() * apple.getPrice() * discount;
	}
	
}

Visitor的具体类中，我们有所有的商品类计算商品价值的方法，当业务逻辑方法变化只需要在这个地方进行统一修改，而原来的商品类不需要变动。

Demo.java

public class VisitorDesignDemo {
	public  static void main(String args[]){
		Product []products = {new Apple(), new Computer()};
		GeneralCalculatorVisitor gVisitor = new GeneralCalculatorVisitor();
		DiscountCalculatorVisitor dVisitor = new DiscountCalculatorVisitor();
		
		//未采用打折
		for(Product p : products){
			System.out.println(p + " : " + p.accept(gVisitor));
		}
		
		//采用8折
		for(Product p : products){
			System.out.println(p + " : " + p.accept(dVisitor));
		}
	}
}

访问者模式优缺点

从上面的对比可以看出访问者模式的优点是，对于添加业务逻辑代码有很多的灵活性，它解耦了业务代码和将要处理的pojo类（Apple， Computer）。缺点的话在设计visit接口的时候，可能不同应用场景下返回值不同（比如类型不同或者有的不存在返回值），需要提前考虑返回值问题，设计好接口，否则接口变动对具体实现类影响很大。

note : 欢迎大家指正