设计模式之访问者模式

$逝水无痕$
关注文章
TinyMind专栏频道
【原文地址】http://blog.csdn.net/hityct1/article/details/4164393

访问者模式(Visitor Pattern)的c++实现示例

访问者模式是一种分离对象数据结构与行为的方法，通过这种分离，可以为一个已存在的类或类群（即被访问者）增加新的操作（即访问者）而无需为它们作任何修改。访问者模式属于行为型模式。

为什么要使用访问者模式？
 如何扩展一个现有的类层次结构来实现新行为？一般的方法是给类添加新的方法。但是万一新行为和现有对象模型不兼容怎么办？还有，类层次结构设计人员可能无法预知以后开发过程中将会需要哪些功能。以及，如果已有的类层次结构不允许修改代码，怎么能扩展行为呢？
答案是在类层次结构设计中使用访问者模式。

访问者模式涉及的角色：
1)访问者（Visitor）
访问者抽象接口，通过visit(Element)方法访问Element（数据结构），完成对Element的操作行为。
2)具体访问者（ConcreteVisitor）
访问者的具体实现类。
3)元素（Element），也就是被访问者
通过accept(Visitor)方法接受Visitor的访问。
4)具体元素（ConcreteElement）
元素的具体实现类。
5)对象结构（ObjectStructure）
拥有一组元素的组合对象。ObjectStructure本身也可以作为被访问者。

访问者模式的结构图（网上下载的）：

当一个应用满足以下条件时，我们可以使用Visitor设计模式：
1)一个对象结构包含很多类对象，它们有不同的接口，而你想对这些对象实施一些依赖于其具体类的操作。
2)需要对一个对象结构中的对象进行很多不同的并且不相关的操作，而你想避免让这些操作“污染”这些对象的类。Visitor使得你可以将相关的操作集中起来定义在一个类中。
3) 当该对象结构被很多应用共享时，用Visitor模式让每个应用仅包含需要用到的操作。
4) 定义对象结构的类很少改变，但经常需要在此结构上定义新的操作。改变对象结构类需要重定义对所有访问者的接口，这可能需要很大的代价。如果对象结构类经常改变，那么可能还是在这些类中定义这些操作较好。

优点：
1)易于添加那些目前尚未考虑到的方法。（这也是使用访问者的原因：扩展功能）
2)可以使类更加小巧，因为那些很少使用的方法，可以在外部定义。（意味着如果一个方法经常使用，最好定义在类中；当然在第一次定义中没有考虑到此方法除外）

缺点：
1)访问者角色不适合具体元素角色经常发生变化的情况。（如：增加新具体元素类，访问者接口就需要改变了。）
2)访问者角色要执行与元素角色相关的操作，就必须让元素角色将自己内部属性暴露出来，这就破坏了元素角色的封装性。访问者和被访问的对象的耦合性很大。
3)元素与访问者之间能够传递的信息有限，这往往也会限制访问者模式的使用。（因为访问者不能直接访问元素的私有数据）

示例：

[cpp] view plaincopy
  1. #include<iostream>
  2. #include<list>
  3. #include<string>
  5. usingnamespacestd;
  7. classCPerson;
  8. classCStudent;
  9. classCTeacher;
  11. classCVisitor;
  12. classCPrinter;
  14. //元素（被访问者）
  15. classCPerson//纯虚类
  16. {
  17. protected:
  18. stringname;//或者改成数组
  19. intgender;
  21. CPerson()
  22. {
  23. }
  25. public:
  26. virtualvoidAccept(CVisitor&)//=0;//纯虚函数
  27. {
  28. }
  29. public:
  30. voidSetName(conststring&Name)
  31. {
  32. name=Name;
  33. }
  35. stringGetName()const
  36. {
  37. returnname;
  38. }
  40. voidSetGender(constint&Gender)
  41. {
  42. gender=Gender;
  43. }
  45. intGetGender()const
  46. {
  47. returngender;
  48. }
  50. };
  52. //访问者
  53. classCVisitor
  54. {
  55. public:
  56. virtualvoidVisit(CStudent&)=0;
  57. virtualvoidVisit(CTeacher&)=0;
  58. };
  60. //具体元素
  61. classCStudent:publicCPerson
  62. {
  63. private:
  64. intgrade;//年级
  65. public:
  66. CStudent(stringName,intGender,intGrade)
  67. {
  68. name=Name;
  69. gender=Gender;
  70. grade=Grade;
  71. }
  72. public:
  73. virtualvoidAccept(CVisitor&printer)//虚函数
  74. {
  75. printer.Visit(*this);
  76. }
  78. voidSetGrade(intGrade)
  79. {
  80. grade=Grade;
  81. }
  83. intGetGrade()const
  84. {
  85. returngrade;
  86. }
  87. };
  89. //具体元素
  90. classCTeacher:publicCPerson
  91. {
  92. private:
  93. intservice_time;//工龄
  94. public:
  95. CTeacher(stringName,intGrade,intServiceTime)
  96. {
  97. name=Name;
  98. gender=Grade;
  99. service_time=ServiceTime;
  100. }
  102. public:
  104. virtualvoidAccept(CVisitor&printer)
  105. {
  106. printer.Visit(*this);
  107. }
  109. voidSetServiceTime(intServiceTime)
  110. {
  111. service_time=ServiceTime;
  112. }
  114. intGetServiceTime()const
  115. {
  116. returnservice_time;
  117. }
  118. };
  120. //具体访问者
  121. //这里，这个类打印具体元素的信息（就是显示在屏幕上），可根据需要打印不同的内容。
  122. //具体访问者是一种策略，可根据不同需要创建新的具体访问者，而无需修改具体元素（即被访问者）。
  123. classCPrinter:publicCVisitor
  124. {
  125. public:
  126. voidVisit(CStudent&s)
  127. {
  128. cout<<"student:"<<endl;
  129. cout<<"/tName:"<<s.GetName()<<endl;
  130. if(s.GetGender()==0)
  131. cout<<"/tGender:"<<"female"<<endl;
  132. else
  133. cout<<"/tGender:"<<"male"<<endl;
  134. cout<<"/tGrade:"<<s.GetGrade()<<endl;
  135. }
  137. voidVisit(CTeacher&t)
  138. {
  139. cout<<"Teacher:"<<endl;
  140. cout<<"/tName:"<<t.GetName()<<endl;
  141. if(t.GetGender()==0)
  142. cout<<"/tGender:"<<"female"<<endl;
  143. else
  144. cout<<"/tGender:"<<"male"<<endl;
  145. cout<<"/tServiceTime:"<<t.GetServiceTime()<<endl;
  146. }
  147. };
  149. //对象结构
  150. //这里，Organization是个组织（如植树节组成一个团队，去植树），有若干老师，若干学生。
  151. classOrganization
  152. {
  153. private:
  154. typedeflist<CPerson*>CMemberList;
  155. CMemberListmember_list;
  157. public:
  159. voidAdd(CPerson*person)//增加人员。只是示例，没有考虑人员重复等情况。
  160. {
  161. //注意：person指向的空间必须是由new操作符申请的空间
  163. member_list.push_back(person);
  164. }
  166. //只是示例，所以删除成员等操作略去
  168. voidPrintMembers(CPrinter&printer)//输出成员名单
  169. {
  170. CMemberList::iteratoritr=member_list.begin();
  171. for(;itr!=member_list.end();++itr)
  172. {
  173. (*itr)->Accept(printer);
  174. }
  175. }
  177. ~Organization()
  178. {
  179. //删除申请的空间；c++比较麻烦
  180. CMemberList::iteratoritr=member_list.begin();
  181. for(;itr!=member_list.end();++itr)
  182. {
  183. delete*itr;
  184. }
  185. }
  186. };
  188. intmain()
  189. {
  190. OrganizationPlanting;//植树组织
  191. Planting.Add(newCTeacher("Johnny",1,10));
  192. Planting.Add(newCStudent("Catherine",0,1));
  193. Planting.Add(newCStudent("peter",1,2));
  195. CPrinterprinter;//访问者，也可看成一种策略
  196. Planting.PrintMembers(printer);
  198. return0;
  199. }

后话：
 使用了访问者模式以后，对于原来的类层次增加新的操作，仅仅需要实现一个具体访问者角色就可以了，而不必修改整个类层次。而且这样符合“开闭原则”的要求。而且每个具体的访问者角色都对应于一个相关操作，因此如果一个操作的需求有变，那么仅仅修改一个具体访问者角色，而不用改动整个类层次。但是“开闭原则”的遵循总是片面的。如果系统中的类层次发生了变化，会对访问者模式产生什么样的影响呢？你必须修改访问者角色和每一个具体访问者角色。
模式设计教材书经常提及的一句话：发现变化并封装之。是否采用访问者模式，就要看（或预见）“变化”是什么了。访问者模式中，“变化”是主要是具体访问者，其次是对象结构。但如果(具体)元素也改变，就万万不能用访问者模式，因为“牵一发动全身”，维护性就太差了。
再唠叨一下为什么使用访问者模式的个人看法：
对象结构使用的了（具体）元素（即被访问者），而（具体）元素的功能不全，而直接在元素中添加功能不太好（如：不允许修改元素；或者增加不常用的功能会使类太臃肿等等），那么我们就定一个辅助类（就是访问者）来完成这个功能。于是，作为预见性，我们为元素（即被访问者）增加一个accept(Visitor)方法作为接口，以作不时之需。为元素增加新的功能，只需增加新的访问者类。


参考文献：
1.《设计模式初学者指南》，徐迎晓等译，机械工业出版社
2.网上，东抄一下，西抄一下。


优质内容筛选与推荐>>
1、Spars Coding理论
2、Zend Studio 7 下载，Zend Studio 7注册机，Zend Studio 注册码
3、Ubuntu下安装Nginx,PHP5(及PHP-FPM),MySQL
4、karma配置文件参数介绍
5、python注释、脚本参数、字节码


长按二维码向我转账

受苹果公司新规定影响，微信 iOS 版的赞赏功能被关闭，可通过二维码转账支持公众号。

    阅读
    好看
    已推荐到看一看
    你的朋友可以在“发现”-“看一看”看到你认为好看的文章。
    已取消，“好看”想法已同步删除
    已推荐到看一看 和朋友分享想法
    最多200字，当前共字 发送

    已发送

    朋友将在看一看看到

    确定
    分享你的想法...
    取消

    分享想法到看一看

    确定
    最多200字，当前共字

    发送中

    网络异常，请稍后重试

    微信扫一扫
    关注该公众号

    0 │ 收藏 │ 举报




    联系我们

    欢迎来到TinyMind。

    关于TinyMind的内容或商务合作、网站建议，举报不良信息等均可联系我们。

    TinyMind客服邮箱：support@tinymind.net.cn

    TinyMind.net.cn，专业AI技术社区