操作复杂对象结构——访问者模式（一）

        想必大家都去过医院，虽然没有人喜欢去医院（爱岗敬业的医务工作人员除外，）。在医生开具处方单（药单）后，很多医院都存在如下处理流程：划价人员拿到处方单之后根据药品名称和数量计算总价，药房工作人员根据药品名称和数量准备药品，如图26-1所示：

在软件开发中，有时候我们也需要处理像处方单这样的集合对象结构，在该对象结构中存储了多个不同类型的对象信息，而且对同一对象结构中的元素的操作方式并不唯一，可能需要提供多种不同的处理方式，还有可能增加新的处理方式。在设计模式中，有一种模式可以满足上述要求，其模式动机就是以不同的方式操作复杂对象结构，该模式就是我们本章将要介绍的访问者模式。

26.1 OA系统中员工数据汇总

       Sunny软件公司开发人员针对上述需求，提出了一个初始解决方案，其核心代码如下所示：

import java.util.*;

class EmployeeList
{
	private ArrayList<Employee> list = new ArrayList<Employee>(); //员工集合

    //增加员工
	public void addEmployee(Employee employee) 
	{
		list.add(employee);
	}
    
    //处理员工数据
	public void handle(String departmentName)
	{
		if(departmentName.equalsIgnoreCase("财务部")) //财务部处理员工数据
		{
			for(Object obj : list)
			{
				if(obj.getClass().getName().equalsIgnoreCase("FulltimeEmployee"))
				{
					System.out.println("财务部处理全职员工数据！");			
				}
				else 
				{
					System.out.println("财务部处理兼职员工数据！");
				}
			}
		}
		else if(departmentName.equalsIgnoreCase("人力资源部")) //人力资源部处理员工数据
		{
			for(Object obj : list)
			{
				if(obj.getClass().getName().equalsIgnoreCase("FulltimeEmployee"))
				{
					System.out.println("人力资源部处理全职员工数据！");					
				}
				else 
				{
					System.out.println("人力资源部处理兼职员工数据！");
				}
			}			
		}
	}
}

在EmployeeList类的handle()方法中，通过对部门名称和员工类型进行判断，不同部门对不同类型的员工进行了不同的处理，满足了员工数据汇总的要求。但是该解决方案存在如下几个问题：

(1) EmployeeList类非常庞大，它将各个部门处理各类员工数据的代码集中在一个类中，在具体实现时，代码将相当冗长，EmployeeList类承担了过多的职责，既不方便代码的复用，也不利于系统的扩展，违背了“单一职责原则”。

(2)在代码中包含大量的“if…else…”条件判断语句，既需要对不同部门进行判断，又需要对不同类型的员工进行判断，还将出现嵌套的条件判断语句，导致测试和维护难度增大。

(3)如果要增加一个新的部门来操作员工集合，不得不修改EmployeeList类的源代码，在handle()方法中增加一个新的条件判断语句和一些业务处理代码来实现新部门的访问操作。这违背了“开闭原则”，系统的灵活性和可扩展性有待提高。

(4)如果要增加一种新类型的员工，同样需要修改EmployeeList类的源代码，在不同部门的处理代码中增加对新类型员工的处理逻辑，这也违背了“开闭原则”。

如何解决上述问题？如何为同一集合对象中的元素提供多种不同的操作方式？访问者模式就是一个值得考虑的解决方案，它可以在一定程度上解决上述问题（解决大部分问题）。访问者模式可以为为不同类型的元素提供多种访问操作方式，而且可以在不修改原有系统的情况下增加新的操作方式。