Visitor
访问者模式:将用于某种数据结构中的各元素的操作分离出来封装成独立的类,使其在不改变数据结构的前提下可以添加作用于这些元素的新的操作,为数据结构中的每个元素提供多种访问方式。核心就是 将数据的操作与数据结构进行分离。
访问者描述的场景就是:一个对象中有多种不同的元素,不同的操作者对于相同的对象会拥有不同的操作,也就是不同的操作对象对于相同元素的关注点不同。比如
- 当我们到饭店点某个菜的时候, 顾客关心的是这个菜好不好吃,老板的关心的是这个菜能赚多少钱,厨师关心的是这个菜怎么做以及怎么做得好吃。
- 一辆新车上市以后, 对于购买者而言关心的是该车的性价比,对于销售来说是如何才能卖出去,对于汽车厂商来说或许就是怎么才能让这辆车卖得好而且口碑好。
- 曾经白岩松说的外星人掉落到各省的反应: 浙江人会想到怎么做成外星人模型,北京人会想到怎么去接待,广东人会想到怎么吃等等
上面的例子中来说, 对于一个操作对象,不同的角色有不同的关注点或者反应。 这就是访问者设计模式的应用场景。
UML图如下:
- 抽象访问者(Visitor)角色:定义一个访问具体元素的接口,为每个具体元素类对应一个访问操作 visit() ,该操作中的参数类型标识了被访问的具体元素。
- 具体访问者(ConcreteVisitor)角色:实现抽象访问者角色中声明的各个访问操作,确定访问者访问一个元素时该做什么。
- 抽象元素(Element)角色:声明一个包含接受操作 accept() 的接口,被接受的访问者对象作为 accept() 方法的参数。
- 具体元素(ConcreteElement)角色:实现抽象元素角色提供的 accept() 操作,其方法体通常都是 visitor.visit(this) ,另外具体元素中可能还包含本身业务逻辑的相关操作。
- 对象结构(Object Structure)角色:是一个包含元素角色的容器,提供让访问者对象遍历容器中的所有元素的方法,通常由 List、Set、Map 等聚合类实现。
上面的类图比较复杂,访问者模式也被称为最难的设计模式 ,我理解的访问者模式的实现就是:访问者来访问我的元素,然后元素把自己交给访问者带走, 访问者带着元素回到自己家做自己的操作。
1、场景描述
我们这里就以白岩松调侃各地对外星人的反应的例子, 用访问者模式来实现。
2、实现
/// <summary>/// 抽象元素类/// </summary>public interface IElement{/// <summary>/// 接受具体的访问者/// </summary>/// <param name="visitor"></param>void Accept(IVisitor visitor);}/// <summary>/// 具体元素类 -- 外星人/// </summary>public class AlienElement : IElement{/// <summary>/// 接受具体访问者/// </summary>/// <param name="visitor"></param>public void Accept(IVisitor visitor){visitor.Visit(this);}/// <summary>/// 这里可以添加该具体元素自己的方法/// </summary>public void Operation(){Console.WriteLine("外星人掉落了...");}}/// <summary>/// 抽象访问者/// </summary>public interface IVisitor{/// <summary>/// 接收具体元素类调用,传入具体元素进行不同访问者的不同操作/// </summary>/// <param name="element"></param>void Visit(AlienElement element);}/// <summary>/// 具体访问者 -- 北京/// </summary>public class BeiJingVisitor : IVisitor{/// <summary>/// 具体访问者对具体元素的操作逻辑/// </summary>/// <param name="element"></param>public void Visit(AlienElement element){element.Operation();Console.WriteLine("这里是北京,我们在考虑怎么去接待它");}}/// <summary>/// 具体访问者 -- 广东/// </summary>public class GuangDongVisitor : IVisitor{/// <summary>/// 具体访问者对具体元素的操作逻辑/// </summary>/// <param name="element"></param>public void Visit(AlienElement element){element.Operation();Console.WriteLine("这里是广东,我们正在想这玩意怎么吃");}}/// <summary>/// 具体访问者--浙江/// </summary>public class ZheJiangVisitor : IVisitor{/// <summary>/// 具体访问者对具体元素的操作逻辑/// </summary>/// <param name="element"></param>/// <exception cref="NotImplementedException"></exception>public void Visit(AlienElement element){element.Operation();Console.WriteLine("这里是浙江义乌,我们正在考虑如何做一个相同的模型");}}/// <summary>/// 对象结构角色 -- 外星文明/// </summary>public class Extracivilization{private List<IElement> elements = new();/// <summary>/// 添加具体元素/// </summary>public void AddElement(IElement element){elements.Add(element);}/// <summary>/// 移除具体元素/// </summary>/// <param name="element"></param>public void RemoveElement(IElement element){elements.Remove(element);}/// <summary>/// 接受访问者对具体元素进行访问/// </summary>/// <param name="visitor"></param>public void Accept(IVisitor visitor){elements.ForEach(it => it.Accept(visitor));}}// 客户端访问Extracivilization extracivilization = new Extracivilization();extracivilization.AddElement(new AlienElement());extracivilization.Accept(new BeiJingVisitor());Console.WriteLine("*********************************");extracivilization.Accept(new ZheJiangVisitor());Console.WriteLine("*********************************");extracivilization.Accept(new GuangDongVisitor());
3、优缺点
优点:
- 扩展性好。对于一个具体元素需要添加新的功能,可以直接新添加一个访问者来实现
- 符合单一职责原则,每个访问者都是自己的单一功能
缺点:
- 增加新元素困难:上面的例子当中只是针对外星人这一个元素,假设我们还需要添加一个【外星飞船】具体元素的时候,那么需要在抽象访问者接口IVisitor中去添加一个一个访问该具体元素的visit方法,那么此时所有的具体访问者,都需要去实现该元素的访问。
由于我们的访问者的每个visit方法都是对应的具体的元素(比如上面的访问者对应的具体元素是外星人),我们的代码也就依赖了具体的实现,这是不符合
依赖倒置原则的。4、应用场景
当系统中存在类型数量稳定(固定)的一类数据结构时,可以使用访问者模式方便地实现对该类型所有数据结构的不同操作,而又不会对数据产生任何副作用(脏数据)。
对象结构相对稳定,但其操作算法经常变化的程序。
- 对象结构中的对象需要提供多种不同且不相关的操作,而且要避免让这些操作的变化影响对象的结构。
- 对象结构包含很多类型的对象,希望对这些对象实施一些依赖于其具体类型的操作。
