设计模式(23) 访问者模式

由于应用开发过程中先前完成的类型会因为需求变化(无论是业务功能,还是技术实现或是出于集成的需要)增加新的方法,如果直接在基类中增加新的方法,其派生类型可能需要相应进行比较繁琐的处理。而使用访问者模式可以做到在不改变既有类型层次的前提下,运行时动态为类型层次的每个类增加新的操作。

访问者模式

GOF对策略模式的描述为:
Represent an operation to be performed on the elements of an object structure. Visitor lets you define a new operation without changing the classes of the elements on which it operates...
— Design Patterns : Elements of Reusable Object-Oriented Software

UML类图

访问者模式包含五种角色:

  • IVistor(抽象访问者):为该对象结构中具体元素角色声明一个访问操作接口。
  • ConcreteVisitor(具体访问者):每个具体访问者都实现了IVistor中定义的操作。
  • IElement(抽象元素):定义了一个accept操作,以IVisitor作为参数。
  • ConcreteElement(具体元素):实现了IElement中的accept()方法,调用IVistor的访问方法以便完成对一个元素的操作。
  • ObjectStructure(对象结构):可以是组合模式,也可以是集合,能够枚举它包含的元素,并提供一个接口,允许IVistor访问它的元素。

代码示例

设想有这样一个HR系统,系统只能按照标准的工作时间、时薪计算薪金,在系统交付后发现需要提供加班计算功能,而且还需要安排休假、晋升等功能,考虑到类似的需求在将来还会出现,所以改造的时候考虑采用访问者模式。在HR系统的对象上增加了Accept某个IVisistor接口的能力,在添加新功能的时候可以实现IVisitor接口。

public interface IEmployee
{
    string Name { get; set; }
    double Income { get; set; }
    int VacationDays { get; set; }
    void Accept(IVisitor visitor);
}

public interface IVisitor
{
    void VisitiEmployee(IEmployee employee);
    void VisitManager(Manager manager);
}

public class Employee : IEmployee
{
    public string Name { get; set; }
    public double Income { get; set; }
    public int VacationDays { get; set; }
    public Employee(string name, double income, int vacationDays)
    {
        this.Name = name;
        this.Income = income;
        this.VacationDays = vacationDays;
    }
    public void Accept(IVisitor visitor)
    {
        visitor.VisitiEmployee(this);
    }
}

public class Manager : IEmployee
{
    public string Department { get; set; }
    public string Name { get; set; }
    public double Income { get; set; }
    public int VacationDays { get; set; }
    public Manager(string name, double income, int vacationDays, string department)
    {
        this.Name = name;
        this.Income = income;
        this.VacationDays = vacationDays;
        this.Department = department;
    }
    public void Accept(IVisitor visitor)
    {
        visitor.VisitManager(this);
    }
}

public class EmployeeCollection : List<IEmployee>
{
    public void Accept(IVisitor visitor)
    {
        foreach (IEmployee employee in this)
        {
            employee.Accept(visitor);
        }
    }
}

public class ExtraVacationVisitor : IVisitor
{
    public void VisitiEmployee(IEmployee employee)
    {
        employee.VacationDays += 1;
    }

    public void VisitManager(Manager manager)
    {
        manager.VacationDays += 2;
    }
}

public class RaiseSalaryVisitor : IVisitor
{
    public void VisitiEmployee(IEmployee employee)
    {
        employee.Income *= 1.1;
    }

    public void VisitManager(Manager manager)
    {
        manager.Income *= 1.2;
    }
}

调用端代码

public class Test
{
    public static void Entry()
    {
        EmployeeCollection employees = new EmployeeCollection();
        employees.Add(new Employee("joe", 25000, 14));
        employees.Add(new Manager("alice", 22000, 14, "sales"));
        employees.Add(new Employee("peter", 15000, 7));

        employees.Accept(new ExtraVacationVisitor());
        employees.Accept(new RaiseSalaryVisitor());
    }
}

Employee类型并没有加薪和修改休假天数的方法,但借助访问者模式,时期具有了对应的功能。访问者模式的关键代码是在数据基础类里面有一个方法接受访问者,将自身引用传入访问者,这样访问者就可以操作数据类了。

访问者模式的适用场景

  • 一个类型需要依赖于很多不同接口的类型,在结构尽量松散的前提下,希望可以用到这些类型不同接口方法。
  • 经常需要为一个结构相对固定的对象结构添加一些新的操作。
  • 需要用一个独立的类型来组织一批不相干的操作,使用它的类型可以根据应用需要进行定制。

访问者模式的特点

优点

  • 符合单一职责原则。
  • 优秀的扩展性。
  • 灵活性。
    缺点
  • 具体元素对访问者公布细节,违反了迪米特原则。
  • 具体元素变更比较困难。
  • 违反了依赖倒置原则,依赖了具体类,而不是依赖抽象。

参考书籍:
王翔著 《设计模式——基于C#的工程化实现及扩展》

posted @ 2020-09-24 21:41  zhixin9001  阅读(183)  评论(0编辑  收藏  举报