设计模式之访问者模式

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

实际场景

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

这种设计方案就是在抽象接口层（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";}@Overridepublic String toString(){return name;}@Overridepublic double accept(CalculatorVisitor visitor) {// TODO Auto-generated method stubreturn 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{@Overridepublic double visit(Computer computer) {// TODO Auto-generated method stubreturn computer.getPrice() * computer.getNum();}@Overridepublic double visit(Apple apple) {// TODO Auto-generated method stubreturn apple.getWeight() * apple.getPrice();}}

DiscountCalculatorVisitor.java

class DiscountCalculatorVisitor implements CalculatorVisitor{private double discount;//打8折public DiscountCalculatorVisitor(){this.discount = 0.8;}@Overridepublic double visit(Computer computer) {// TODO Auto-generated method stubreturn computer.getPrice() * computer.getNum() * discount;}@Overridepublic double visit(Apple apple) {// TODO Auto-generated method stubreturn 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 : 欢迎大家指正