随机应变的访问者模式（Visitor Pattern）

阅读更多

有一天，技术总监说要知道所有技术员工的工作情况，第二天，老板说要知道所有员工的业绩，再有一天，HR总监要知道所有员工的工资。每一次都是利用组合模式遍历出员工后获取员工的相关信息。也许你会说，直接把所有的信息全输出就行了，那估计你要被老板叼了，老板就想知道业绩，你把一个大表给看找，好吧，你可以回家了！让访问者模式来帮我们解决这个问题，类图如下：

可以看出，有个visitor，这就是访问者，貌似有点像代理的感觉。在讲代理模式就已经提到访问者模式本选购是在更特殊的场合采用了代理模式。实现代码：

getCommonEmployee( $commonEmployee );
	}
	public function visitManager( Manager $manager ) {
		echo $this->getManagerInfo( $manager );
	}
	private function getBasicInfo( Employee $employee ) {
		$info = "姓名：".$employee->getName()."\t";
		return $info;
	}
	private function getCommonEmployee( CommonEmployee $commonEmployee ) {
		$basicInfo = $this->getBasicInfo( $commonEmployee );
		$otherInfo = "工作：".$commonEmployee->getJob()."\n";
		return $basicInfo.$otherInfo;
	}
	private function getManagerInfo( Manager $manager ) {
		$basicInfo = $this->getBasicInfo( $manager );
		$otherInfo = "业绩：".$manager->getPerformance()."\n";
		return $basicInfo.$otherInfo;
	}
}

abstract class Employee {
	private $name;
	public function getName() {
		return $this->name;
	}
	public function setName( $name ) {
		$this->name = $name;
	}
	public function accept( IVisitor $visitor ) {
		$method = 'visit'.get_class( $this );
		$visitor->$method( $this );
	}
}

class CommonEmployee extends Employee{
	private $job;
	public function getJob() {
		return $this->job;
	}
	public function setJob( $job ) {
		$this->job = $job;
	}
}

class Manager extends Employee{
	private $performance;
	public function getPerformance() {
		return $this->performance;
	}
	public function setPerformance( $performance ) {
		$this->performance = $performance;
	}
}


$empList = array();
$zhangsan = new CommonEmployee();
$zhangsan->setName( '张三' );
$zhangsan->setJob( 'coding' );
$empList[] = $zhangsan;
$lisi = new CommonEmployee();
$lisi->setName( '李四' );
$lisi->setJob( 'coding' );
$empList[] = $lisi;
$wangwu = new Manager();
$wangwu->setName( '马云' );
$wangwu->setPerformance( '负值，但拍马屁厉害' );
$empList[] = $wangwu;

foreach ($empList as $value) {
	$value->accept(new Visitor());
}
?>
运行结果：
姓名：张三	工作：coding
姓名：李四	工作：coding
姓名：马云	业绩：负值，但拍马屁厉害
[Finished in 0.4s]

 以后如果有什么特殊的列表，只需要增加一个特殊的visitor即可，这下老板不能虐待我！

 

 

访问者模式的定义

封装一些作用于某种数据结构中的各元素的操作，它可以不改变数据结构的前提下定义作用于这些元素的新的操作。主要角色有：

1、VIsitor——抽象访问者

抽象类者接口，声明访问者可以访问哪些元素，具体到程序就是visit方法的参数定义哪些对象是可以被访问的。

2、Concrete Visitor——具体访问者

它影响访问者访问到一个类后该怎么干，要做什么事情。

3、Element——抽象元素

接口或抽象类，声明接受哪一类访问者访问，程序上是通过accept方法中的参数来定义的。

4、ConcreteElement——具体元素

实现accept方法，通常是visitor->visitor($this)，基本上都形成了一种模式了。

5、ObjectStruture——结构对象

元素产生者，一般容纳多个不同类，不同接口的容器。

 

 

访问者模式的优点

1、符合单一职责原则

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

2、优秀扩展性

由于职责分开，继续增加对数据的操作是非常快捷的，例如现在要增加一份给大老板的报表，直接在Visitor中增加一个方法，传递数据后进行整理打印。

3、灵活性非常高

例如假设在报表的同时需要算工资的总和

 

 

访问者模式的缺点

1、具体元素对访问者公布细节

访问者要访问一个类就必然要求这个类公布一些方法和数据，也就是说访问者关注了其他的类的内部细节，这是迪米特法则所不建议的。

2、具体元素变更比较困难

具体元素角色的增加、删除、修改都是比较困难的，就上面的例子，如果要增加一个成员变量，如年龄age ，Visitor就需要修改，如果Visitor不止一个，那是不是每个都要改？

3、违背了依赖倒置原则

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

 

 

访问者模式的使用场景

1、一个对象结构包含很多类对象，它们有不同的接口，而你想对这些对象实施一些依赖于其具体类的操作，也就是说迭代器模式已经不能胜任的情景。

2、需要对一个对象结构中的对象进行很多不同并且不相关的操作，而你想避免让这些操作“污染”这些对象的类

 

 

访问者模式的扩展

1、统计功能

例如假设要统计所有员工的工资，只需要在接口增加一个方法，具体类实现即可。

 

2、多个访问者

正如我前面所说，如果不同访问者报表要求不同，那么直接新增一个Visitor类实现即可。

 

3、双分派（JAVA）

 

 

唠叨：访问者模式是一种集中规整模式，特别适用于大规模重构，在这一个阶段需求已经非常清晰，原系统的功能点也已经明确，通过访问者模式可以容易把一些功能进行梳理，达到最终目的——功能集中化，比如一个统一的报表运算，UI展现等，还可以与其他模式混纺建立一套自己的过虑器或拦截器。

• 
• 大小: 13.4 KB

• 查看图片附件