23种设计模式---访问者模式

访问者模式

动机

在软件构建过程中,由于需求的改变,某些类层次结构中常常需要增加新的行为(方法) 。
如果直接在基类中做这样的更改,将会给子类带来很繁重的变更负担,甚至破坏原有设计。
如何在不更改类层次结构的前提下,在运行时根据需要透明地为类层次结构上的各个类动态添加新的操作,从而避免上述问题?

解决方法

表示一个作用于某对象结构中的各元素的操作。使得可以在不改变(稳定)各元素的类的前提下定义(扩展)作用于这些元素的新操作(变化)。

例子

#include <iostream>
using namespace std;

class Visitor;

class Element
{
public:
    virtual void accept(Visitor& visitor) = 0; // 第一次多态辨析

    virtual ~Element(){}
};

class ElementA: public Element
{
public:
    void accept(Visitor &visitor) override
    {
        visitor.visitElementA(*this); // 第二次多态辨析
    }
};

class ElementB: public Element
{
public:
    void accept(Visitor &visitor) override
    {
        visitor.visitElementB(*this); // 第二次多态辨析
    }

};

class Visitor
{
public:
    virtual void visitElementA(ElementA& element) = 0;
    virtual void visitElementB(ElementB& element) = 0;
    
    virtual ~Visitor(){}
};

//==================================

// 扩展1
class Visitor1: public Visitor
{
public:
    void visitElementA(ElementA &element) override
    {
        cout << "Visitor1 is processing ElementA" << endl;
    }
        
    void visitElementB(ElementB &element) override
    {
        cout << "Visitor1 is processing ElementB" << endl;
    }
};
     
// 扩展2
class Visitor2: public Visitor
{
public:
    void visitElementA(ElementA &element) override
    {
        cout << "Visitor2 is processing ElementA" << endl;
    }
    
    void visitElementB(ElementB &element) override
    {
        cout << "Visitor2 is processing ElementB" << endl;
    }
};
        
int main()
{
    Visitor2 visitor;
    ElementB elementB;
    elementB.accept(visitor); // double dispatch
    
    ElementA elementA;
    elementA.accept(visitor);

    return 0;
}

优缺点

优点:符合单一职责原则。优秀的扩展性。灵活性。

缺点:具体元素对访问者公布细节,违反了迪米特原则。具体元素变更比较困难。违反了依赖倒置原则,依赖了具体类,没有依赖抽象。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值