访问者模式
来源:互联网 发布:程序员创业方向 编辑:程序博客网 时间:2024/06/03 15:22
访问者模式
- 访问者模式
- 概念
- 角色和职责
- 优缺点
- 案例
概念
Visitor模式也叫访问者模式,是行为模式之一,它分离对象的数据和行为,使用Visitor模式,可以不修改已有类的情况下,增加新的操作角色和职责。
访问者模式特点:
访问者模式优点是增加新的操作很容易,因为增加新的操作就意味着增加一个新的访问者。访问者模式将有关的行为集中到一个访问者对象中。
那访问者模式的缺点是是增加新的数据结构变得困难了
角色和职责
抽象访问者(Visitor)角色:声明了一个或者多个访问操作,形成所有的具体元素角色必须实现的接口。
具体访问者(ConcreteVisitor)角色:实现抽象访问者角色所声明的接口,也就是抽象访问者所声明的各个访问操作。
抽象节点(Element)角色:声明一个接受操作,接受一个访问者对象作为一个参量。
具体节点(ConcreteElement)角色:实现了抽象元素所规定的接受操作。
结构对象(ObiectStructure)角色:有如下的一些责任,可以遍历结构中的所有元素;如果需要,提供一个高层次的接口让访问者对象可以访问每一个元素;如果需要,可以设计成一个复合对象或者一个聚集,如列(List)或集合(Set)。
适用于:
把数据结构 和 作用于数据结构上的操作 进行解耦合;
适用于数据结构比较稳定的场合
优缺点
访问者模式有如下的优点:
1,访问者模式使得增加新的操作变得很容易。如果一些操作依赖于一个复杂的结构对象的话,那么一般而言,增加新的操作会很复杂。而使用访问者模式,增加新的操作就意味着增加一个新的访问者类,因此,变得很容易。
2,访问者模式将有关的行为集中到一个访问者对象中,而不是分散到一个个的节点类中。
3,访问者模式可以跨过几个类的等级结构访问属于不同的等级结构的成员类。迭代子只能访问属于同一个类型等级结构的成员对象,而不能访问属于不同等级结构的对象。访问者模式可以做到这一点。
4,积累状态。每一个单独的访问者对象都集中了相关的行为,从而也就可以在访问的过程中将执行操作的状态积累在自己内部,而不是分散到很多的节点对象中。这是有益于系统维护的优点。
访问者模式有如下的缺点:
1,增加新的节点类变得很困难。每增加一个新的节点都意味着要在抽象访问者角色中增加一个新的抽象操作,并在每一个具体访问者类中增加相应的具体操作。
2,破坏封装。访问者模式要求访问者对象访问并调用每一个节点对象的操作,这隐含了一个对所有节点对象的要求:它们必须暴露一些自己的操作和内部状态。不然,访问者的访问就变得没有意义。由于访问者对象自己会积累访问操作所需的状态,从而使这些状态不再存储在节点对象中,这也是破坏封装的。
案例
比如有一个公园,有一到多个不同的组成部分;该公园存在多个访问者:清洁工A负责打扫公园的A部分,清洁工B负责打扫公园的B部分,公园的管理者负责检点各项事务是否完成,上级领导可以视察公园等等。也就是说,对于同一个公园,不同的访问者有不同的行为操作,而且访问者的种类也可能需要根据时间的推移而变化(行为的扩展性)。
根据软件设计的开闭原则(对修改关闭,对扩展开放),我们怎么样实现这种需求呢?
#include <iostream>#include <string>#include <list>using namespace std;class ParkElement;//前置声明/*抽象访问者*/class Visitor{public: virtual void visit(ParkElement * park_elem) = 0;};/*抽象节点*/class ParkElement{public: virtual void accept(Visitor * v) = 0; string getName() { return m_name; }protected: string m_name;};/*具体节点*/class ParkA : public ParkElement{public: ParkA() { m_name = "ParkA"; } virtual void accept(Visitor * v) { v->visit(this); }};/*具体节点*/class ParkB : public ParkElement{public: ParkB() { m_name = "ParkB"; } virtual void accept(Visitor * v) { v->visit(this); }};/*具体访问者--不同访问者代表不同的操作*/class VisitorA : public Visitor{public: virtual void visit(ParkElement * park_elem) { cout<<"VisitorA Do"<<park_elem->getName()<<endl; }};/*具体访问者--不同访问者代表不同的操作*/class VisitorB : public Visitor{public: virtual void visit(ParkElement * park_elem) { cout<<"VisitorB Do"<<park_elem->getName()<<endl; }};/*具体节点--代表所有节点的集合--是一个比较特殊的具体节点*/class Park: public ParkElement{public: Park() { m_list.clear(); } void setParkElement(ParkElement * pe) { m_list.push_back(pe); } virtual void accept(Visitor * v)//遍历访问 { for(list<ParkElement*>::iterator it = m_list.begin();it != m_list.end();it++) { v->visit(*it); } }private: list<ParkElement*> m_list;//公园的每一部分--应该让每一部分都让管理者访问};/*具体访问者--代表一个管理员--针对所有的具体节点都可以进行操作*/class Manager:public Visitor{public: virtual void visit(ParkElement * park_elem) { cout<<"Manager Do"<<park_elem->getName()<<endl; }private:};/*一个具体节点接受一个具体访问者--低效--没有完全实现数据结构和操作的完全分离*/void play(){ Visitor *vA = new VisitorA; Visitor *vB = new VisitorB; ParkElement *pA = new ParkA; ParkElement *pB = new ParkB; pA->accept(vA); pB->accept(vB); delete vA; delete vB; delete pA; delete pB;}/*实现了多态实现了数据结构和操作的完全分离*/void play02(){ Visitor *vM = new Manager; ParkElement *pA = new ParkA; ParkElement *pB = new ParkB; Park * park = new Park; park->setParkElement(pA); park->setParkElement(pB); park->accept(vM); delete vM; delete park; delete pA; delete pB;}/*测试案例*/int main(){ //play(); play02(); return 0;}
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- 访问者模式
- GridView控件的简单使用
- 反编译,混淆,抓取用户崩溃日志第三方解决方案-360加固
- 【阅读笔记】An overview of gradient descent optimization algorithms
- RecyclerView 删除元素后,点击报 IndexOutOfBoundsException 解决方法
- javaIO流
- 访问者模式
- 本地环境 XAMPP+phpStorm+XDebug+chrome配置和断点调试
- 关于OpenCV读取图片的注意事项
- incompatible integer to pointer conversion assigning to 'BOOL * _Nonnull' (aka 'bool *')from 'int'
- 内存对界
- 如何解决java.lang.SecurityException: Invalid signature file digest for Manifest main attributes
- org.apache.hadoop.ipc.ProtobufEngine
- 浅谈Angular2.0下的用户输入
- jenkins+tomcat