设计模式之二十四:訪问者模式(Visitor)

訪问者模式:

定义了一个作用于一个类的一些操作,訪问者模式同意在不改变类的前提下添加一些操作。

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.

UML类图:

主要包括:

  1. Visitor:声明了一个全部訪问器都须要实现的接口。
  2. ConcreteVisitor:实现每一个訪问器都须要实现的接口,每一个操作知识实现了和特定类相关的一些算法。
  3. Element:定义了一个须要接受Visitor作为參数的accept方法。
  4. ConcreteElement:实现了accept方法的类。

  5. ObjectStructure:包括全部的Element对象,提供了一个高层次的接口同意visitor訪问elements元素。

    这个模式主要使用在须要给类加入一个功能,可是不希望在类中加入时使用。

    C++代码实现:

#include <iostream>
#include <list>

using namespace std;

class ConcreteElementA;
class ConcreteElementB;

class Visitor
{
        public:
                virtual void visitConcreteElementA(ConcreteElementA * c)=0;
                virtual void visitConcreteElementB(ConcreteElementB *)=0;
};

class ConcreteVisitor1:public Visitor
{
        public:
                virtual void visitConcreteElementA(ConcreteElementA * c)
                {
                    cout<<"ConcreteVisit1 operate on ConcreteElementA"<<endl;
                }

                virtual void visitConcreteElementB(ConcreteElementB *)
                {
                    cout<<"ConcreteVisitor1 operate on ConcreteElementB"<<endl;
                }
};

class ConcreteVisitor2:public Visitor
{
        public:
                virtual void visitConcreteElementA(ConcreteElementA * c)
                {
                    cout<<"ConcreteVisit2 operate on ConcreteElementA"<<endl;
                }

                virtual void visitConcreteElementB(ConcreteElementB *)
                {
                    cout<<"ConcreteVisitor2 operate on ConcreteElementB"<<endl;
                }
};

class Element
{
        public:
                virtual void accept(Visitor * visitor)=0;

};

class ConcreteElementA:public Element
{
        public:
                 void accept(Visitor * visitor)
                {
                    visitor->visitConcreteElementA(this);
                }

};

class ConcreteElementB:public Element
{
        public:
                 void accept(Visitor * visitor)
                {
                    visitor->visitConcreteElementB(this);
                }

};

class ObjectStructure
{
        public:
                void attach(Element *e)
                {
                    elements.push_back(e);
                }
                void detach(Element *e)
                {
                    elements.remove(e);
                }
                void accept(Visitor * v)
                {
                    list<Element *>::iterator iter;
                    for(iter=elements.begin();iter!=elements.end();iter++)
                    {
                        (*iter)->accept(v);
                    }
                }

        private:
                list<Element *> elements;

};

int main()
{
    ObjectStructure * o=new ObjectStructure();
    Element * a=new ConcreteElementA();
    Element * b=new ConcreteElementB();
    o->attach(a);
    o->attach(b);

    Visitor * v1=new ConcreteVisitor1();
    Visitor *v2=new ConcreteVisitor2();
    o->accept(v1);
    o->accept(v2);

    delete o;
    delete a;
    delete b;
    delete v1;
    delete v2;

}

运行输出:

时间: 2024-08-06 03:46:07

设计模式之二十四:訪问者模式(Visitor)的相关文章

云计算设计模式(二十四)——仆人键模式

云计算设计模式(二十四)——仆人键模式 使用一个令牌或密钥,向客户提供受限制的直接访问特定的资源或服务,以便由应用程序代码卸载数据传输操作.这个模式是在使用云托管的存储系统或队列的应用中特别有用,并且可以最大限度地降低成本,最大限度地提高可扩展性和性能. 背景和问题 客户端程序和网络浏览器经常需要读取和写入文件或数据流,并从一个应用程序的存储空间.通常,应用程序将处理的运动数据,或者通过从存储读取它,并将其传输到客户端,或通过从客户机读取该载流并将其存储在数据存储中.然而,这种方法吸收了宝贵的资

云计算设计模式(二十)——调度程序代理管理者模式

云计算设计模式(二十)——调度程序代理管理者模式 协调一系列在分布式服务集和其他远程资源的的行为,试图透明地处理故障,如果这些操作失败,或撤销,如果系统不能从故障中恢复执行工作的影响.这种模式可以分布式系统中增加弹性和灵活性,使之恢复和重试失败是由于短暂的异常,持久的故障和处理故障等操作. 背景和问题 应用程序执行其包括多个步骤,其中的一些可以调用远程服务或访问远程资源的任务.各个步骤可以是相互独立的,但它们是由实现该任务的应用程序逻辑编排. 只要有可能,应用程序应该确保任务运行完成和解决远程访

设计模式之十五:訪问者模式(Visitor Pattern)

訪问者模式(Visitor Pattern)是GoF提出的23种设计模式中的一种,属于行为模式. 据<大话设计模式>中说算是最复杂也是最难以理解的一种模式了. 定义(源于GoF<Design Pattern>):表示一个作用于某对象结构中的各元素的操作.它使你能够在 不改变各元素类的前提下定义作用于这些元素的新操作.从定义能够看出结构对象是使用訪问者模式必备 条件,并且这个结构对象必须存在遍历自身各个对象的方法.这便类似于Java语言其中的collection概念了. 涉及角色 :

设计模式入门之訪问者模式Visitor

//訪问者模式定义:表示一个作用于某对象结构中的各个元素的操作.它使你能够在不改变各元素类的前提下定义作用于这些元素的新操作. //从定义上看,这个模式跟装饰模式的定义非常类似(动态地给一个对象加入一些额外的职责).可是装饰模式很多其它是在原有的基础上进行功能加强或者改动:而訪问者模式很多其它是为对象加入全新的功能.訪问者模式适合那些须要频繁为某些类加入新功能.新操作的项目. //模式结构: //Visitor:訪问者接口,为全部的訪问者对象声明一个visit方法,用来表示对对象结构加入的功能,

设计模式(二十四)---状态模式

1.简介 定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新. 状态模式允许一个对象在其内部状态改变时改变其行为,这个对象看上去就像改变了他的类一样 2.状态模式类图 3.状态模式涉及到的角色 从上图可以看出  状态模式涉及到以下几个角色 3.1.抽象状态(State)角色:定义一个接口,用以封装环境对象的一个特定的状态所对应的行为 3.2.具体状态(ConcreteState)角色:每一个具体状态类都实现了环境的一个状态所对应的行为 3.3.

设计模式之二十四:访问者模式(Visitor)

访问者模式: 定义了一个作用于一个类的一些操作,访问者模式允许在不改变类的前提下增加一些操作. 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. UML类图: 主要包括: Vis

《Android源码设计模式解析与实战》读书笔记(二十四)

第二十四章.桥接模式 桥接模式也称为桥梁模式,是结构型设计模式之一.桥接模式中体现了"单一职责原则"."开闭原则"."里氏替换原则"."依赖倒置原则"等.同时它也是很实用的一种模式. 1.定义 将抽象部分与现实部分分离,使它们都可以独立地进行变化. 2.使用场景 (1)如果一个系统需要在构建的抽象化角色和具体角色之间增加更多的灵活性,避免在两个层次之间建立静态的继承联系. (2)对于那些不希望使用继承或因为多层次继承导致系统类

二十四孝,图文并茂,古今必读!

知道“二十四孝”的人,已经不多了:知道“二十四孝”的年轻人,更是少之又少.“孝”在今日社会,似乎已是一个“过气”的词,人老珠黄般,逗不起众人的欲望了.我们读<二十四孝>,感觉那似乎是十分遥远的故事.其实细细想来,它好像又近在咫尺,离我们并不远. 01 孝感动天 舜,传说中的远古帝王,五帝之一,姓姚,名重华,号有虞氏,史称虞舜.相传他的父亲瞽叟及继母.异母弟象,多次想害死他:让舜修补谷仓仓顶时,从谷仓下纵火,舜手持两个斗笠跳下逃脱:让舜掘井时,瞽叟与象却下土填井,舜掘地道逃脱.事后舜毫不嫉恨,仍

请对照这二十四条逻辑谬误自行打脸(转自知乎谢熊猫专栏)

[科普工具文]请对照这二十四条逻辑谬误自行打脸 谢熊猫君 · 1 年前 两年前,我还活跃在人人网的时候,曾经整理过一篇常见逻辑谬误的工具文,用来帮助大家在网络讨论中打脸用: [科普工具文]请对照这二十四条逻辑谬误自行打脸 这两年来在一些社交网站和互联网论坛中常看到有人使用这篇文章,想来也是有点用处的,特意在这边转帖一下,为方便各位在知乎讨论时能更加方便的辨别逻辑问题. ======================= ======================= 本文内容基本都来自于英文网站ht