基于设计模式的学习之旅-----访问者模式(附源码)

　　　　　　　　　　基于设计模式的学习之旅-----访问者模式

1、初始访问者模式

2、什么是访问者模式

表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

3、模式结构图

4、模式代码事例

场景：年会，每个小组表演节目

4、1涉及到的类，以及类图

ITeam、IVisitor、CompanyObjectStructure、StudioTeam、ServerTeam、AnnualVisitor

4、2具体的代码实现

使用访问者模式：

ITeam



StudioTeam



IVisitor



AnnualVisitor



CompanyObjectStructure



PatternRun



非访问者模式实现：

AnnualCompany



NoPatternRun

4、3事例输出结果

5、模式参与者

Vi s i t o r（访问者，如IVisitor）

C o n c r e t e Vi s i t o r（具体访问者，如AnnualVisitor、MidAutumnVisitor）

E l e m e n t（元素，如ITeam）

C o n c r e t e E l e m e n t（具体元素，如ServerTeam ）

O b j e c t S t r u c t u r e（对象结构，如CompanyObjectStructure）

6、模式优缺点

A、访问者模式使得易于增加新的操作。 访问者使得增加依赖于复杂对象结构的构件的操作变得容易了。仅需增加一个新的访问者即可在一个对象结构上定义一个新的操作。相反，如果每个功能都分散在多个类之上的话，定义新的操作时必须修改每一类。

B、访问者集中相关的操作而分离无关的操作。相关的行为不是分布在定义该对象结构的各个类上，而是集中在一个访问者中。无关行为却被分别放在它们各自的访问者子类中。这就既简化了这些元素的类，也简化了在这些访问者中定义的算法。所有与它的算法相关的数据结构都可以被隐藏在访问者中。

C、增加新的C o n c r e t e E l e m e n t类很困难。Vi s i t o r模式使得难以增加新的E l e m e n t的子类。每添加一个新的 C o n c r e t e E l e m e n t都要在 Vi s t o r中添加一个新的抽象操作，并在每一个C o n c r e t Vi s i t o r类中实现相应的操作。

D、通过类层次进行访问。一个迭代器（参见I t e r a t o r（5 . 4） ）可以通过调用节点对象的特定操作来遍历整个对象结构，同时访问这些对象。但是迭代器不能对具有不同元素类型的对象结构进行操作。

E、累积状态。当访问者访问对象结构中的每一个元素时，它可能会累积状态。

F、破坏封装。访问者方法假定C o n c r e t e E l e m e n t接口的功能足够强，足以让访问者进行它们的工作。结果是，该模式常常迫使你提供访问元素内部状态的公共操作，这可能会破坏它的封装性。

7、模式适用性

A、一个对象结构包含很多类对象，它们有不同的接口，而你想对这些对象实施一些依赖于其具体类的操作。

B、需要对一个对象结构中的对象进行很多不同的并且不相关的操作，而你想避免让这些操作“污染”这些对象的类。 Vi s i t o r使得你可以将相关的操作集中起来定义在一个类中。当该对象结构被很多应用共享时，用Vi s i t o r模式让每个应用仅包含需要用到的操作。

C、定义对象结构的类很少改变，但经常需要在此结构上定义新的操作。改变对象结构类需要重定义对所有访问者的接口，这可能需要很大的代价。如果对象结构类经常改变，那么可能还是在这些类中定义这些操作较好。

点击下载“文档以及源码下载”

欢迎转载，请注明出处“/article/5095967.html”