一:访问者模式定义
        --->封装一些作用于某种数据结构中的各元素的操作,它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。

二:访问者模式角色
设计模式之禅之设计模式-访问者模式
● Visitor——抽象访问者
        抽象类或者接口,声明访问者可以访问哪些元素,具体到程序中就是visit方法的参数定义哪些对象是可以被访问的。
● ConcreteVisitor——具体访问者
        它影响访问者访问到一个类后该怎么干,要做什么事情。
● Element——抽象元素
        接口或者抽象类,声明接受哪一类访问者访问,程序上是通过accept方法中的参数来定义的。
● ConcreteElement——具体元素
        实现accept方法,通常是visitor.visit(this),基本上都形成了一种模式了。
● ObjectStruture——结构对象
        元素产生者,一般容纳在多个不同类、不同接口的容器,如List、Set、Map等,在项目中,一般很少抽象出这个角色。


三:访问者模式的应用
【1】访问者模式的优点

● 符合单一职责原则
        具体元素角色也就是Employee抽象类的两个子类负责数据的加载,而Visitor类则负责报表的展现,两个不同的职责非常明确地分离开来,各自演绎变化。

● 优秀的扩展性
        由于职责分开,继续增加对数据的操作是非常快捷的,例如,现在要增加一份给大老板的报表,这份报表格式又有所不同,直接在Visitor中增加一个方法,传递数据后进行整理打印。

● 灵活性非常高
        不同的访问者不同的操作

【2】访问者模式的缺点
● 具体元素对访问者公布细节
         访问者要访问一个类就必然要求这个类公布一些方法和数据,也就是说访问者关注了其他类的内部细节,这是迪米特法则所不建议的。

● 具体元素变更比较困难
        具体元素角色的增加、删除、修改都是比较困难的,就上面那个例子,你想想,你要是想增加一个成员变量,如年龄age,Visitor就需要修改,如果Visitor是一个还好办,多个呢?业务逻辑再复杂点呢?

● 违背了依赖倒置转原则
        访问者依赖的是具体元素,而不是抽象元素,这破坏了依赖倒置原则,特别是在面向对象的编程中,抛弃了对接口的依赖,而直接依赖实现类,扩展比较难。


【3】访问者模式的应用场景
● 一个对象结构包含很多类对象,它们有不同的接口,而你想对这些对象实施一些依赖于其具体类的操作,也就说是用迭代器模式已经不能胜任的情景。
● 需要对一个对象结构中的对象进行很多不同并且不相关的操作,而你想避免让这些操作“污染”这些对象的类。
● 总结一下,在这种地方你一定要考虑使用访问者模式:业务规则要求遍历多个不同的对象。这本身也是访问者模式出发点,迭代器模式只能访问同类或同接口的数据(当然了,如果你使用instanceof,那么能访问所有的数据,这没有争论),而访问者模式是对迭代器模式的扩充,可以遍历不同的对象,然后执行不同的操作,也就是针对访问的对象不同,执行不同的操作。访问者模式还有一个用途,就是充当拦截器(Interceptor)角色,这个我们将在混编模式中讲解。



四:访问者模式中涉及的概念:双分派

---->说到访问者模式就不得不提一下双分派(double dispatch)问题,什么是双分派呢?我们先来解释一下什么是单分派(single dispatch)和多分派(multiple dispatch),
---->单分派:处理一个操作是根据请求者的名称和接收到的参数决定的,在Java中有静态绑定和动态绑定之说,它的实现是依据重载(overload)和覆写(override)实现的
---->重载在编译器期就决定了要调用哪个方法,它是根据role的表面类型而决定调用act(Role role)方法,这是静态绑定;而Actor的执行方法act则是由其实际类型决定的,这是动态绑定。
---->看到没?不管演员类和角色类怎么变化,我们都能够找到期望的方法运行,这就是双反派。双分派意味着得到执行的操作决定于请求的种类和两个接收者的类型,它是多分派的一个特例。从这里也可以看到Java是一个支持双分派的单分派语言。




五:访问者模式案例

【1】数据公共部分

 1 package com.yeepay.sxf.template20;
 2 /**
 3  * 数据公共部分
 4  * @author sxf
 5  *
 6  */
 7 public abstract class Employee {
 8     public final static int MALE=0;//0代表是男性
 9     public final static int FEMALE=1;//1代表是女性
10     //甭管是谁,都有工资
11     private String name;
12     //薪水
13     private int salary;
14     //性别很重要
15     private int sex;
16     //构造函数
17     public Employee(String name,int salary,int sex){
18         this.name=name;
19         this.salary=salary;
20         this.sex=sex;
21     }
22     /**
23      * 访问者访问内容
24      * @param iVisitor
25      */
26     public abstract void accept(IVisitor iVisitor);
27     
28     //set get 方法
29     public String getName() {
30         return name;
31     }
32     public void setName(String name) {
33         this.name = name;
34     }
35     public int getSalary() {
36         return salary;
37     }
38     public void setSalary(int salary) {
39         this.salary = salary;
40     }
41     public int getSex() {
42         return sex;
43     }
44     public void setSex(int sex) {
45         this.sex = sex;
46     }
47     
48 }
View Code

相关文章:

  • 2021-06-24
猜你喜欢
  • 2022-01-15
  • 2022-03-04
  • 2021-06-17
  • 2021-08-13
  • 2021-12-22
相关资源
相似解决方案