访问者模式【Visitor Pattern】

栏目: 后端 · 发布时间: 7年前

内容简介:访问者模式【Visitor Pattern】

今天天气不错,绝对是晴空万里,骄阳似火呀,好,我们今天来讲访问者模式,我们在前面讲了组合模式和迭代器模式,通过组合模式我们能够把一个公司的人员组织机构树搭建起来,给管理带来非常大的便利,通过迭代器模式我们可以把每一个员工都遍历一遍,看看是不是有“人去世了还在领退休金”,“拿高工资而不干活的尸位素餐”等情况,那我们今天的要讲访问者模式是做什么用的呢?

我们公司有七百多技术人员,分布在全国各地,组织架构你在组合模式中也看到了,很常见的家长领导型模式,每个技术人员的岗位都是固定的,你在组织机构在那棵树下,充当的是什么叶子节点都是非常明确的,每一个员工的信息比如名字、性别、薪水等都是记录在数据库中,现在有这样一个需求,我要把公司中的所有人员信息都打印汇报上去,很简单吧,我们来看类图:

访问者模式【Visitor Pattern】

这个类图还是比较简单的,使用了一个模版方法模式,把所要的信息都打印出来,我们先来看一下抽象类:

package com.cbf4life.common;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 在一个单位里谁都是员工,甭管你是部门经理还是小兵   
*/
public abstract class Employee {
public final static int MALE = 0; //0代表是男性
public final static int FEMALE = 1; //1代表是女性
//甭管是谁,都有工资
private String name;

//只要是员工那就有薪水
private int salary;

//性别很重要
private int sex;
//以下是简单的getter/setter,不多说
public String getName() {
 return name;
 }
public void setName(String name) {
 this.name = name;
 }
public int getSalary() {
 return salary;
 }
public void setSalary(int salary) {
 this.salary = salary;
 }
public int getSex() {
 return sex;
 }
public void setSex(int sex) {
 this.sex = sex;
 }

//打印出员工的信息
public final void report(){
 String info = "姓名:" + this.name + "\t";
 info = info + "性别:" + (this.sex == FEMALE?"女":"男") + "\t";
 info = info + "薪水:" + this.salary + "\t";
 //获得员工的其他信息
 info = info + this.getOtherInfo();
 System.out.println(info);
 }

//拼装员工的其他信息
protected abstract String getOtherInfo();

}

再看小兵的实现类,越卑微的人物越能引起共鸣,因为我们有共同的经历、思维和苦难,呵呵,看实现类:

package com.cbf4life.common;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 普通员工,也就是最小的小兵
*/
public class CommonEmployee extends Employee {

//工作内容,这个非常重要,以后的职业规划就是靠这个了
private String job;
public String getJob() {
 return job;
 }
public void setJob(String job) {
 this.job = job;
 }

protected String getOtherInfo(){
 return "工作:"+ this.job + "\t";
 }

}

在来看领导阶层:

package com.cbf4life.common;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 经理级人物
*/
public class Manager extends Employee {
//这类人物的职责非常明确:业绩
private String performance;
public String getPerformance() {
 return performance;
 }
public void setPerformance(String performance) {
 this.performance = performance;
 }

protected String getOtherInfo(){
 return "业绩:"+ this.performance + "\t";

 }
}

Performance 这个单词在我们技术人员的眼里就是代表性能,在实际商务英语中可以有 SalesPerformance 销售业绩,performance evaluation 业绩评估等等。然后我们来看一下我们的 invoker 类:

package com.cbf4life.common;
import java.util.ArrayList;
import java.util.List;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
*/
public class Client {
public static void main(String[] args) {
 for(Employee emp:mockEmployee()){ 
 emp.report();
 }
 }

//模拟出公司的人员情况,我们可以想象这个数据室通过持久层传递过来的
public static List<Employee> mockEmployee(){
 List<Employee> empList = new ArrayList<Employee>();

 //产生张三这个员工
 CommonEmployee zhangSan = new CommonEmployee();
 zhangSan.setJob("编写 Java 程序,绝对的蓝领、苦工加搬运工");
 zhangSan.setName("张三");
 zhangSan.setSalary(1800);
 zhangSan.setSex(Employee.MALE);
 empList.add(zhangSan);

 //产生李四这个员工
 CommonEmployee liSi = new CommonEmployee();
 liSi.setJob("页面美工,审美素质太不流行了!");
 liSi.setName("李四");
 liSi.setSalary(1900);
 liSi.setSex(Employee.FEMALE);
 empList.add(liSi);

 //再产生一个经理
 Manager wangWu = new Manager();
 wangWu.setName("王五");
 wangWu.setPerformance("基本上是负值,但是我会拍马屁呀");
 wangWu.setSalary(18750);
 wangWu.setSex(Employee.MALE);
 empList.add(wangWu);

 return empList;
 }
}

先通过 mockEmployee 来模拟出一个数组,当然了在实际项目中这个数组应该是从持久层产生过来的。我们来看运行结果:

姓名:张三 性别:男 薪水:1800 工作:编写Java程序,绝对的蓝领、苦工加搬运工
姓名:李四 性别:女 薪水:1900 工作:页面美工,审美素质太不流行了!
姓名:王五 性别:男 薪水:18750 业绩:基本上是负值,但是我会拍马屁呀

结果出来了,也非常正确。我们来想一想这个实际的情况,人力资源部门拿这这份表格会给谁看呢?那当然是大老板了,大老板关心的是什么?关心部门经理的业绩!小兵的情况不是他要了解的,就像二战的时候一位将军(巴顿?艾森豪威尔?记不清楚了)说的“我一想到我的士兵也有孩子、妻子、父母,我就痛心疾首,…但是这是战场,我只能认为他们是一群机器…”,是呀,其实我们也一样呀,那问题就出来了:

‹ 大老板就看部门经理的报表,小兵的报表可看可不看;

‹ 多个大老板,“嗜好”是不同的,主管销售的,则主要关心的营销情况;主管会计的,则主要关心企业的整体财务运行状态;主管技术的,则主要看技术的研发情况;

综合成一句话,这个报表会有修改:数据的修改以及报表的展现修改,按照开闭原则,项目分析的时候已经考虑到这些可能引起变更的隐私,就需要在设计时考虑通过扩展来来避开未来需求变更而引起的代码修改风险。我们来想一想,每个普通员工类和经理类都一个方法 report,那是否可以把这个方法提取到另外一个类中来实现呢?原有的示意图如下:

访问者模式【Visitor Pattern】

这两个类都一个相同的方法 report(),但是要实现的内容不相同,而且还有可能会发生变动,那我们就让其他类来实现这个 report 方法,好,看示意图图的变更:

访问者模式【Visitor Pattern】

两个类的 report 方法都不需要了,只有 Visitor 类来实现了 report 的方法,这个猛一看还真有点委托(intergration)的意味,我们实现下来你就知道这和委托有非常大的差距,我们来看类图:

访问者模式【Visitor Pattern】

在抽象类 Employee 中增加了 accept 方法,这个方法是定义我这个类可以允许被谁来访问,也就定义一类访问者,在具体的实现类中调用访问者的方法。我们先看访问者接口 IVisitor 程序:

package com.cbf4life.common2;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 访问者,我要去访问人家的数据了
*/
public interface IVisitor {
//首先定义我可以访问普通员工
public void visit(CommonEmployee commonEmployee);

//其次定义,我还可以访问部门经理
public void visit(Manager manager);

}

如下是访问者的实现类:

package com.cbf4life.common2;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
*/
public class Visitor implements IVisitor {
//访问普通员工,打印出报表
public void visit(CommonEmployee commonEmployee) {
 System.out.println(this.getCommonEmployee(commonEmployee));
 }
//访问部门经理,打印出报表
public void visit(Manager manager) {
 System.out.println(this.getManagerInfo(manager));
 }

//组装出基本信息
private String getBasicInfo(Employee employee){
 String info = "姓名:" + employee.getName() + "\t";
 info = info + "性别:" + (employee.getSex() == Employee.FEMALE?"女":"男")
+ "\t";
 info = info + "薪水:" + employee.getSalary() + "\t";

 return info;
 }

//组装出部门经理的信息
private String getManagerInfo(Manager manager){
 String basicInfo = this.getBasicInfo(manager);
 String otherInfo = "业绩:"+manager.getPerformance() + "\t"; 
 return basicInfo + otherInfo;
 }

//组装出普通员工信息
private String getCommonEmployee(CommonEmployee commonEmployee){
 String basicInfo = this.getBasicInfo(commonEmployee);
 String otherInfo = "工作:"+commonEmployee.getJob()+"\t";
 return basicInfo + otherInfo;
 }
}

在具体的实现类中,定义了两个私有方法,作用就是产生需要打印的数据和格式,然后在访问者访问相关的对象是,产生这个报表。继续看 Employee 抽象类:

package com.cbf4life.common2;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 在一个单位里谁都是员工,甭管你是部门经理还是小兵
*/
public abstract class Employee {
public final static int MALE = 0; //0代表是男性
public final static int FEMALE = 1; //1代表是女性
//甭管是谁,都有工资
private String name;

//只要是员工那就有薪水
private int salary;

//性别很重要
private int sex;
//以下是简单的getter/setter,不多说
public String getName() {
 return name;
 }
public void setName(String name) {
 this.name = name;
 } 
public int getSalary() {
 return salary;
 }
public void setSalary(int salary) {
 this.salary = salary;
 }
public int getSex() {
 return sex;
 }
public void setSex(int sex) {
 this.sex = sex;
 }

//我允许一个访问者过来访问
public abstract void accept(IVisitor visitor);
}

删除了 report 方法,增加了 accept 方法,需要实现类来实现。继续看实现类:

package com.cbf4life.common2;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 普通员工,也就是最小的小兵
*/
public class CommonEmployee extends Employee {

//工作内容,这个非常重要,以后的职业规划就是靠这个了
private String job;
public String getJob() {
 return job;
 }
public void setJob(String job) {
 this.job = job;
 }

//我允许访问者过来访问
@Override
public void accept(IVisitor visitor){
 visitor.visit(this);
 }

}

上面是普通员工的实现类,这个实现类的 accept 方法很简单,这个类就把自身传递过去,也就是让访问者访问本身这个对象。再看 Manager 类:

package com.cbf4life.common2;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 经理级人物
*/
public class Manager extends Employee {
//这类人物的职责非常明确:业绩
private String performance;
public String getPerformance() {
 return performance;
 }
public void setPerformance(String performance) {
 this.performance = performance;
 }

//部门经理允许访问者访问
@Override
public void accept(IVisitor visitor){
 visitor.visit(this);
 }
}

所有的业务定义都已经完成,我们来看看怎么调用这个逻辑:

package com.cbf4life.common2; 
import java.util.ArrayList;
import java.util.List;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
*/
public class Client {
public static void main(String[] args) {
 for(Employee emp:mockEmployee()){
 emp.accept(new Visitor());
 }
 }

//模拟出公司的人员情况,我们可以想象这个数据室通过持久层传递过来的
public static List<Employee> mockEmployee(){
 List<Employee> empList = new ArrayList<Employee>();

 //产生张三这个员工
 CommonEmployee zhangSan = new CommonEmployee();
 zhangSan.setJob("编写Java程序,绝对的蓝领、苦工加搬运工");
 zhangSan.setName("张三");
 zhangSan.setSalary(1800);
 zhangSan.setSex(Employee.MALE);
 empList.add(zhangSan);

 //产生李四这个员工
 CommonEmployee liSi = new CommonEmployee();
 liSi.setJob("页面美工,审美素质太不流行了!");
 liSi.setName("李四");
 liSi.setSalary(1900);
 liSi.setSex(Employee.FEMALE);
 empList.add(liSi);

 //再产生一个经理
 Manager wangWu = new Manager();
 wangWu.setName("王五");
 wangWu.setPerformance("基本上是负值,但是我会拍马屁呀");
 wangWu.setSalary(18750);
 wangWu.setSex(Employee.MALE);
 empList.add(wangWu);

 return empList; 
 }
}

改动非常少,就黄色那么一行的改动,我们看运行结果:

姓名:张三 性别:男 薪水:1800 工作:编写Java程序,绝对的蓝领、苦工加搬运工
姓名:李四 性别:女 薪水:1900 工作:页面美工,审美素质太不流行了!
姓名:王五 性别:男 薪水:18750 业绩:基本上是负值,但是我会拍马屁呀

运行结果也完全相同,那回过头我们来看看这个程序是怎么实现的:

1.首先通过循环遍历所有元素;

2.其次,每个员工对象都定义了一个访问者;

3.再其次,员工对象把自己做为一个参数调用访问者 visit 方法;

4.然后,访问者调用自己内部的计算逻辑,计算出相应的数据和表格元素;

5.最后,访问者打印出报表和数据;

事情的经过就是这个样子滴~,那我们再来看看上面提到的数据和报表格式都会改变的情况,首先数据的改变,数据改那当然都要改,这个没跑,说不上两个方案有什么优劣;其次报表格式修改,这个方案绝对是有优势的,你看我只要再产生一个 Visitor 就可以产生一个新的报表格式,而其他的类都不用修改,再如果你是用 Spring 开发的话,那就更爽了,在 Spring 的配置文件中使用的是接口注入,我只要把配置文件中的 ref 修改一下就成,别的什么都不用修改了!

以上讲的就是访问者模式,这个模式的通用类图如下:

访问者模式【Visitor Pattern】

看了这个通用类图,大家可能要犯迷糊了,这里怎么有一个 ObjectStruture 这个类呢?你刚刚举得例子就没有呢?真没有嘛?我们不是定义了一个 List 了吗?这就是一个 ObjectStruture,我们来看这几个角色的职责:

抽象访问者(Visitor):抽象类或者接口,声明访问者可以访问哪些元素,具体到程序中就是 visit方法的参数定义哪些对象是可以被访问的;

具体访问者(ConcreteVisitor):访问者访问到一个类后该怎么干(哎,这个别读歪了),要做什么事情;

抽象元素(Element):接口或者抽象类,声明接受那一类型的访问者访问,程序上是通过 accept 方法中的参数来定义;

具体元素:(ConcreteElement):实现 accept 方法,通常是 visitor.visit(this),基本上都形成了一个套路了;

结构对象(ObjectStruture):容纳多个不同类、不同接口的容器,比如 List、Set、Map 等,在项目中,一般很少抽象出来这个角色;

大家可以这样理解访问者模式,我作为一个访客(Visitor)到朋友家(Visited Class)去拜访,朋友之间聊聊天,喝喝酒,再相互吹捧吹捧,炫耀炫耀,这都正常,聊天的时候,朋友告诉我,他今年加官进爵了,工资也涨了 30%,准备再买套房子,那我就在心里盘算(Visitor-self-method)“你个龟儿子,这么有钱,老子去年要借 10W 你都不借”,我根据被朋友的信息,执行了自己的一个方法。

接下来我们来思考一下,访问者可以用在什么地方。在这种地方你一定要考虑到使用访问者模式:业务规则要求遍历多个不同的对象。这本身也是访问者模式出发点,迭代器模式只能访问同类或同接口的数据,(当然了,你使用 instanceof 的话,能访问所有的数据,这个不争论),而访问者模式是对迭代器模式的扩充,可以遍历不同的对象,然后执行不同的操作,也就是针对访问的对象不同,执行不同的操作。访问者模式还有一个用途,就是充当拦截器(Interceptor)角色,这个我们在后边来讲。

访问者模式有哪些优点呢?首先是符合单一职责原则,具体元素角色也就是 Employee 这个类的两个子类负责数据的加载,而 Visitor 类则负责报表的展现,两个不同的职责非常明确的分离开来,各自演绎而变化;其次,由于职责分开,继续增加对数据的操作是非常快捷的,例如现在要增加一个给最大老板的一份报表,这份报表格式又有所不同,容易处理吧,直接在 Visitor 中增加一个方法,传递过来数据后进行整理打印;最后,数据汇总,就以刚刚我们说的 Employee 的例子,如果我现在要统计所有员工的工资之和,怎么计算?把所有人的工资 for 循环加一遍?是个办法,那我再提个问题,员工工资*1.2,部门经理*1.4,总经理*1.8,然后把这些工资加起来,你怎么处理?1.2,1.4,1.8 是什么?我 K,你没看到领导不论什么时候都比你拿的多,工资奖金就不说了,就是过节发个慰问劵也比你多,就是这个系数在作祟。我们继续说你先怎么统计?使用 for 循环,然后使用 instanceof 来判断是员工还是经理?可以解决,但不是个好办法,好办法是通过访问者模式来实现,把数据扔给访问者,由访问者来进行统计计算。

访问者模式的缺点也很明显,访问者要访问一个类就必然要求这个类公布一些方法,也就是说访问者关注了其他类的内部细节,这是迪米特法则所不建议的;还有一个缺点就是,具体角色的增加删除修改都是比较苦难的,就上面那个例子,你想想,你要是想增加一个成员变量,比如年龄 age,Visitor 就需要修改,如果 Visitor 是一个还好说,多个呢?业务逻辑再复杂点呢?访问者模式是有缺点的,是事物都有缺点,但是这仍然掩盖不了它的光芒,访问者模式结合其他模式比如模版方法模式、状态模式、解释器模式、代理模式等就会非常强大,这个我们放在模式混编中来讲解。

访问者模式是会经常用到的模式,虽然你不注意,有可能你起的名字也不是什么 Visitor,但是这个是非常容易使用到的,在这里我提出三个扩展的功能共大家参考。

统计功能。在访问者模式中的使用中我也提到访问者的统计功能,汇总和报表是金融类企业非常常用的功能,基本上都是一堆的计算公式,然后出一个报表,很多项目是采用了数据库的存储过程来实现,这个我不是很推荐,除非海量数据处理,一个晚上要上亿、几十亿条的数据跑批处理,这个除了存储过程来处理没有其他办法的,你要是用应用服务器来处理,连接数据库的网络就是处于 100%占用状态,一个晚上也未必跑得完这批数据!除了这种海量数据外,我建议数据统计和报表的批处理通过访问者模式来处理会比较简单。好,那我们来统计一下公司人员的工资,先看类图:

访问者模式【Visitor Pattern】

就在接口上增加了一个 getTotalSalary 方法,在 Visitor 实现类中实现该方法,我们先看接口:

package com.cbf4life.extend;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 访问者,我要去访问人家的数据了
*/
public interface IVisitor {

//首先定义我可以访问普通员工
public void visit(CommonEmployee commonEmployee);

//其次定义,我还可以访问部门经理
public void visit(Manager manager);
//统计所有员工工资总和
public int getTotalSalary();
}

就多了一个 getTotalSalary 方法,我们再来看实现类:

package com.cbf4life.extend;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
*/
public class Visitor implements IVisitor {
//部门经理的工资系数是5
private final static int MANAGER_COEFFICIENT = 5;

//员工的工资系数是2
private final static int COMMONEMPLOYEE_COEFFICIENT = 2;

//普通员工的工资总和
private int commonTotalSalary = 0;

//部门经理的工资总和
private int managerTotalSalary =0;

//访问普通员工,打印出报表
public void visit(CommonEmployee commonEmployee) {
 System.out.println(this.getCommonEmployee(commonEmployee));
 //计算普通员工的薪水总和
 this.calCommonSlary(commonEmployee.getSalary());
 }
//访问部门经理,打印出报表
public void visit(Manager manager) {
 System.out.println(this.getManagerInfo(manager));
 //计算部门经理的工资总和
 this.calManagerSalary(manager.getSalary());
 }

//组装出基本信息
private String getBasicInfo(Employee employee){
 String info = "姓名:" + employee.getName() + "\t";
 info = info + "性别:" + (employee.getSex() == Employee.FEMALE?"女":"男") 
+ "\t";
 info = info + "薪水:" + employee.getSalary() + "\t";

 return info;
 }

//组装出部门经理的信息
private String getManagerInfo(Manager manager){
 String basicInfo = this.getBasicInfo(manager);
 String otherInfo = "业绩:"+manager.getPerformance() + "\t";
 return basicInfo + otherInfo;
 }

//组装出普通员工信息
private String getCommonEmployee(CommonEmployee commonEmployee){
 String basicInfo = this.getBasicInfo(commonEmployee);
 String otherInfo = "工作:"+commonEmployee.getJob()+"\t";
 return basicInfo + otherInfo;
 }


//计算部门经理的工资总和
private void calManagerSalary(int salary){
 this.managerTotalSalary = this.managerTotalSalary + salary
*MANAGER_COEFFICIENT ;
 }

//计算普通员工的工资总和
private void calCommonSlary(int salary){
 this.commonTotalSalary = this.commonTotalSalary +
salary*COMMONEMPLOYEE_COEFFICIENT;
 }

//获得所有员工的工资总和
public int getTotalSalary(){
 return this.commonTotalSalary + this.managerTotalSalary;
 }
}

程序比较长,但是还是比较简单的,分别计算普通员工和经理级员工的工资总和,然后加起来。注意我们在实现时已经考虑员工工资和经理工资的系数不同。我们再来看 Client 类的调用:

package com.cbf4life.extend;
import java.util.ArrayList;
import java.util.List;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
*/
public class Client {
public static void main(String[] args) {
 IVisitor visitor = new Visitor();
 for(Employee emp:mockEmployee()){
 emp.accept(visitor);
 }
 System.out.println("本公司的月工资总额是:"+visitor.getTotalSalary());
 }

}

其中 mockEmployee 静态方法没有任何改动,就没有拷贝上去。我们来看运行的结果:

姓名:张三 性别:男 薪水:1800 工作:编写Java程序,绝对的蓝领、苦工加搬运工
姓名:李四 性别:女 薪水:1900 工作:页面美工,审美素质太不流行了!
姓名:王五 性别:男 薪水:18750 业绩:基本上是负值,但是我会拍马屁呀
本公司的月工资总额是:101150

然后你想修改工资的系数,没有问题!想换个展示格式,也没有问题!自己练习一下吧

多个访问者。在实际的项目中,一个对象,多个访问者的情况非常多。其实我们上面例子就应该是两个访问者,为什么呢?报表分两种,一种是展示表,通过数据库查询,把结果展示出来,这个就类似于我们的那个列表;第二种是汇总表,这个是需要通过模型或者公式计算出来的,一般都是批处理结果,这个类似于我们计算工资总额,这两种报表格式是对同一堆数据的两种处理方式,从程序上看,一个类就有个不同的访问者了,那我们修改一下类图:

访问者模式【Visitor Pattern】

类图看着挺恐怖,其实也没啥复杂的,多了两个接口和两个实现类,分别负责展示表和汇总表的业务处理,我们先看 IVisitor 接口程序:

package com.cbf4life.extend2;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 访问者,我要去访问人家的数据了
*/
public interface IVisitor {

//首先定义我可以访问普通员工
public void visit(CommonEmployee commonEmployee);

//其次定义,我还可以访问部门经理
public void visit(Manager manager);

}

该接口定义其下的实现类能够访问哪些类,子接口定义了具体访问者的任务和责任,先看ITotalVisitor 接口:

package com.cbf4life.extend2;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 负责统计报表的产生
*/
public interface ITotalVisitor extends IVisitor {
//统计所有员工工资总和
public void totalSalary();
}

就一句话,非常简单,我们再来看展示表:

package com.cbf4life.extend2;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 负责展示报表的产生
*/
public interface IShowVisitor extends IVisitor {
//展示报表
public void report();
}

也是就一句话,我们展示表访问者的实现类:

package com.cbf4life.extend2;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 展示报表,该访问者的工作就是看到什么数据展示什么数据
*/
public class ShowVisitor implements IShowVisitor {
private String info = "";

//打印出报表
public void report() {
 System.out.println(this.info);
 }
//访问普通员工,组装信息
public void visit(CommonEmployee commonEmployee) {
 this.info = this.info + this.getBasicInfo(commonEmployee)+ "工作:
"+commonEmployee.getJob()+"\t\n";
 }
//访问经理,然后组装信息
public void visit(Manager manager) {
 this.info = this.info + this.getBasicInfo(manager) + "业绩:
"+manager.getPerformance() + "\t\n";
 }

//组装出基本信息
private String getBasicInfo(Employee employee){
 String info = "姓名:" + employee.getName() + "\t";
 info = info + "性别:" + (employee.getSex() == Employee.FEMALE?"女":"男")
+ "\t";
 info = info + "薪水:" + employee.getSalary() + "\t";

 return info;
 }
}

下面是汇总表访问者:

package com.cbf4life.extend2;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 汇总表,该访问者起汇总作用,把容器中的数据一个一个遍历,然后汇总
*/
public class TotalVisitor implements ITotalVisitor {
//部门经理的工资系数是5
private final static int MANAGER_COEFFICIENT = 5;

//员工的工资系数是2
private final static int COMMONEMPLOYEE_COEFFICIENT = 2;

//普通员工的工资总和
private int commonTotalSalary = 0;

//部门经理的工资总和
private int managerTotalSalary =0;
public void totalSalary() {
 System.out.println("本公司的月工资总额是" + (this.commonTotalSalary +
this.managerTotalSalary));
 }
//访问普通员工,计算工资总额
public void visit(CommonEmployee commonEmployee) {
 this.commonTotalSalary = this.commonTotalSalary +
commonEmployee.getSalary()*COMMONEMPLOYEE_COEFFICIENT;
 }
//访问部门经理,计算工资总额
public void visit(Manager manager) {
 this.managerTotalSalary = this.managerTotalSalary + manager.getSalary()
*MANAGER_COEFFICIENT ;
 }
}

然后看 Client 类的修改:

package com.cbf4life.extend2;
import java.util.ArrayList;
import java.util.List;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
*/
public class Client {
public static void main(String[] args) {
 //展示报表访问者
 IShowVisitor showVisitor = new ShowVisitor();
 //汇总报表的访问者
 ITotalVisitor totalVisitor = new TotalVisitor();

 for(Employee emp:mockEmployee()){
 emp.accept(showVisitor); //接受展示报表访问者
 emp.accept(totalVisitor);//接受汇总表访问者
 }

 //展示报表
 showVisitor.report();
 //汇总报表
 totalVisitor.totalSalary();
 }

}

运行结果如下:

姓名:张三 性别:男 薪水:1800 工作:编写Java程序,绝对的蓝领、苦工加搬运工
姓名:李四 性别:女 薪水:1900 工作:页面美工,审美素质太不流行了!
姓名:王五 性别:男 薪水:18750 业绩:基本上是负值,但是我会拍马屁呀
本公司的月工资总额是101150

大家可以再深入的想象,一堆数据从几个角度来分析,那是什么?数据挖掘(Data Mining),数据的上切、下钻等等处理,大家有兴趣看可以翻看数据挖掘或者商业智能(BI)的书。

拦截器。你如果用过 Struts2,对拦截器绝对不会陌生,我们先想一下拦截器有什么作用,拦截器的核心作用是“围墙”作用,拦截器对被拦截的对象进行检查,符合规则的对象则开门放进去,继续执行下一个逻辑,不符合规则的则弹回(其实这也是过滤器的作用);拦截器还有一个作用是修改数据,对于符合规则数据可以进行修改,以便继续后序的逻辑。具备了这两个功能,拦截器的雏形就有了,访问者模式就可以实现简单的拦截器角色,我们来看类图:

访问者模式【Visitor Pattern】

看着是不是和访问者模式的通用类图很类似?两个 accept 方法,其中参数为 List 类型的则实现了拦截器栈的作用,DynamicProxy 类使用了动态代理和反射模式。拦截器实现起来也不复杂,今天就不实现了,这个作为作业,请大家自己来实现。计划在混编模式中一起探讨。


以上所述就是小编给大家介绍的《访问者模式【Visitor Pattern】》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

基业长青

基业长青

[美] 詹姆斯·柯林斯、[美] 杰里·波勒斯 / 真如 / 中信出版社 / 2006-9 / 39.00元

如何建立一个伟大并长盛不衰的公司?有思想的人们早已经厌倦了“年度流行语”般稍纵即逝的管理概念,他们渴求获得能经受时间考验的管理思想。 柯林斯和波勒斯在斯坦福大学为期6年的研究项目中,选取了18个卓越非凡、长盛不衰的公司作了深入的研究,这些公司包括通用电气、3M、默克、沃尔玛、惠普、迪士尼等,它们平均拥有近百年的历史。是什么使这些公司不同于它们的竞争对手呢?他们拥有什么别的公司所不具有的法宝呢......一起来看看 《基业长青》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

UNIX 时间戳转换
UNIX 时间戳转换

UNIX 时间戳转换

RGB HSV 转换
RGB HSV 转换

RGB HSV 互转工具