软件设计模式与体系结构-设计模式-行为型软件设计模式-访问者模式

二、访问者模式

概念

  1. 对于系统中的某些对象,它们存储在同一个集合中,具有不同的类型
  2. 对于该集合中的对象,可以接受一类被称为访问者的对象来访问
  3. 不同的访问者其访问方式有所不同

目的:
封装一些施加于某种数据结构元素之上的操作,一旦这些操作需要修改的话,接受这个操作的数据结构可以保持不变

模式动机:
为不同类型的元素提供多种访问操作方式,且可以在不修改原有系统的情况下增加新的操作方式

在这里插入图片描述

缺点:将所有的税率运算分布到不同的结点类使得系统不容易理解、维护与改变。
如果要增加一个新的功能,则要在很多结点类都写入新的代码,且要重新编译所有的类。
当税率变化时要修改每个结点上的calculateTax()代码。
因此,该设计的可扩展性和可维护性都不好。

解决方案:分离“Tax”类及其“calculateTax()”功能。
将所有结点的税额计算方法都从原来的类中分离出来,放入另外一个独立的类,叫做“TaxCalculation”类,设计图如下。
设计思想:将原来分布于各结点中的计算税额的方法都放在一个TaxCalculation类中。当要计算某个结点的税额时,则调用TaxCalculation中某个相应的方法进行计算。
在这里插入图片描述

代码

访问者模式(Visitor Pattern)是一种行为型设计模式,用于在不改变被访问对象的结构的情况下,定义对其元素的新操作。访问者模式将数据结构和对数据的操作分离开来,使得操作可以独立变化而不影响数据结构。

在访问者模式中,有以下几个角色:

  1. 访问者(Visitor):定义了对不同元素的访问操作,每个具体访问者都实现了对应的访问方法,用于处理特定类型的元素。

  2. 具体访问者(Concrete Visitor):实现了访问者定义的访问方法,具体处理不同类型元素的操作。

  3. 元素(Element):定义了接受访问者访问的接口,可以是抽象类或接口。

  4. 具体元素(Concrete Element):实现了元素定义的接口,具体元素可以有不同的类型,每个具体元素都可以接受访问者的访问。

  5. 对象结构(Object Structure):包含元素的集合,可以是一个容器,也可以是一个复杂的数据结构。

下面是一个简单的访问者模式的示例代码,以展示其使用方式和实现原理:

// 定义元素接口
interface Element {
    void accept(Visitor visitor);
}

// 具体元素A
class ConcreteElementA implements Element {
    public void accept(Visitor visitor) {
        visitor.visitConcreteElementA(this);
    }
    
    public String operationA() {
        return "具体元素A的操作";
    }
}

// 具体元素B
class ConcreteElementB implements Element {
    public void accept(Visitor visitor) {
        visitor.visitConcreteElementB(this);
    }
    
    public String operationB() {
        return "具体元素B的操作";
    }
}

// 定义访问者接口
interface Visitor {
    void visitConcreteElementA(ConcreteElementA element);
    void visitConcreteElementB(ConcreteElementB element);
}

// 具体访问者
class ConcreteVisitor implements Visitor {
    public void visitConcreteElementA(ConcreteElementA element) {
        System.out.println("访问者对" + element.operationA() + "的操作");
    }
    
    public void visitConcreteElementB(ConcreteElementB element) {
        System.out.println("访问者对" + element.operationB() + "的操作");
    }
}

// 对象结构
class ObjectStructure {
    private List<Element> elements = new ArrayList<>();

    public void addElement(Element element) {
        elements.add(element);
    }

    public void removeElement(Element element) {
        elements.remove(element);
    }

    public void accept(Visitor visitor) {
        for (Element element : elements) {
            element.accept(visitor);
        }
    }
}

// 示例代码的使用
public class VisitorPatternExample {
    public static void main(String[] args) {
        // 创建对象结构
        ObjectStructure objectStructure = new ObjectStructure();

        // 添加具体元素A和B
        objectStructure.addElement(new ConcreteElementA());
        objectStructure.addElement(new ConcreteElementB());

       

// 创建具体访问者
        Visitor visitor = new ConcreteVisitor();

        // 对对象结构中的元素进行访问操作
        objectStructure.accept(visitor);
    }
}

在上述示例代码中,访问者模式的核心在于访问者(Visitor)和元素(Element)的交互。具体的访问者定义了访问不同元素的方法,而具体元素实现了接受访问者访问的接口。通过对象结构将元素组织起来,并调用访问者的访问方法,实现对元素的访问操作。

访问者模式的优点包括:

  • 将数据结构和操作解耦,使得新增访问操作变得容易。
  • 可以对元素的操作进行扩展,而不需要修改元素的结构。
  • 符合开闭原则,增加新的访问者只需要新增具体访问者,而不需要修改其他代码。

然而,访问者模式也有一些限制和注意事项:

  • 增加新的元素可能会导致访问者接口的修改,从而需要修改所有的具体访问者。
  • 对象结构中的元素类型较多时,会导致具体访问者的访问方法过多,增加了维护的复杂性。
  • 访问者模式适用于数据结构相对稳定,但经常需要新增操作的场景,对于数据结构变化频繁的场景,使用访问者模式可能不合适。

总而言之,访问者模式提供了一种灵活的方式来对数据结构的元素进行新的操作,同时也将访问逻辑与元素的结构解耦,使得系统更加灵活、可扩展和易于维护。

类图

访问者模式:表示一个作用于某对象结构中的个元素的操作,它使我们可以在不改变各元素的类的前提下定义作用于这些元素的新操作
访问者模式是一种对象行为型模式

在这里插入图片描述
首先分为两个部分,一是元素类,而是访问者类
先抽象再具体
在访问者类里要有访问元素的方法visitXXX(抽象元素父类做参数)之类的
在元素类里要有接受访问的方法,比如accept(抽象访问者父类做参数)等

在这里插入图片描述

实例一:名牌运动鞋专卖店销售软件

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

在客户程序中将直接创建运动鞋子类与访问者子类的对象,然后直接调用运动鞋子类的 accept 方法。根据用户输入的所购买鞋的数量和单价来计算总价和获得相应特点的功能分别由 Visitor 类的两个子类 PriceVisitor 和 ShoeInfoVisitor 来实现。访问者类图如下。

实例二:计算机部件销售软

在这里插入图片描述
在这里插入图片描述

优缺点

优点:

  1. 使得增加新的访问操作变得很容易
  2. 将有关元素对象的访问行为集中到一个访问者对象中,而不是分散到一个个的元素类中。
  3. 可以跨过类的等级结构访问属于不同的等级结构的元素类
  4. 让用户能够在不修改现有类层次结构的情况下,定义该类层次结构的操作

缺点:

  1. 增加新的元素类很困难,违背了“开闭原则”的要求
  2. 破坏封装。访问者模式要求访问者对象访问并调用每一个元素对象的操作,这意味着元素对象有时候必须暴露一些自己的内部操作和内部状态,否则无法供访问者访问。

适用场合

对象结构中对象对应的类很少改变,但经常需要在此对象结构上定义新的操作

课程作业

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
1. 附加例及代码 包含教材各章的10个补充实例及完整的Java源程序代码,具体如下。  【附加例3.1】利用类适配器进行设计的邮政编码检验系统  【附加例3.2】利用对象适配器设计的关于椭圆的不同画法的程序  【附加例3.3】利用外观模式设计的学生信息文档  【附加例3.4】利用桥接模式设计的特工信息保密系统  【附加例4.1】利用中介者模式进行重构的实例  【附加例4.2】利用策略模式设计的相同数据的不同图表显示的实例  【附加例4.3】利用状态模式设计的天气状态软件  【附加例4.4】利用状态模式设计的中国个人所得税的计算系统  【附加例6.1】二手车拍卖系统最简单的设计与实现  【附加例6.2】二手车拍卖系统的非MVC设计与实现-两个类的情况 2. 教材各章实例代码 包括书中各章实例的Java源程序代码 (共46组),列表如下。 (1)上篇:软件设计模式例子代码  【例2.2】简单工厂方法模式-汽车保险  【例2.3】工厂方法模式-汽车保险  【例2.4】抽象工厂模式-房屋信息  【例2.5】生成器模式-房屋信息  【例2.6】单例模式-互联网连接  【例3.2】组合模式-五子棋代码  【例3.3】组合模式-空军指挥系统  【例3.4】组合模式-世界问候语  【例3.7】类适配器模式-客户信息验证  【例3.8】对象适配器模式-字符串排序  【例3.10】外观模式-安全系统  【例3.11】外观模式-椭圆功能  【例3.13】桥接模式-茶水机系统  【例3.14】桥接模式-几何立体体积  【例4.1】迭代器模式-矩阵搜索  【例4.2】迭代器模式-产品搜索  【例4.4】访问者模式-名牌销售软件  【例4.5】访问者模式-计算机部件销售软件  【例4.6】命令模式-室内温度控制  【例4.7】命令模式-室内温度控制-2个GUI  【例4.8】命令模式-室内温度控制-3个GUI  【例4.10】中介者模式-旅游信息共享  【例4.11】中介者模式-海岛机场  【例4.13】策略模式-整数排序  【例4.14】策略模式-中国属相  【例4.16】状态模式-交通信号灯-设计1  【例4.16】状态模式-交通灯信号灯-设计2  【例4.16】状态模式-交通灯信号灯-设计3 (2)下篇:软件体系结构例子代码  【例6.4】结构化设计-文件更新-C源代码  【例6.5】面向对象设计架构-文件更新  【例6.7】顺序批处理架构-文件更新  【例6.8】顺序批处理架构-图像处理  【例6.9】管道过滤器架构-主动过滤器  【例6.10】管道过滤器架构-被动过滤器  【例6.11】管道-过滤器架构-文件更新  【例6.12】管道-过滤器架构-图像处理程  【例6.14】事件体系结构-鼠标响应  【例6.17】事件体系结构-观察者模式-大草原1  【例6.18】事件体系结构-观察者模式-大草原2  【例6.19】事件体系结构-观察者模式-温度显示  【例6.21】层次架构-软件测试  【例6.22】层次架构-银行- Access数据库  【例6.23】MVC架构-二手车拍卖-无观察者  【例6.24】MVC架构-二手车拍卖-观察者-3个图形界面  【例6.25】MVC架构-二手车拍卖-观察者-1个图形界面  2.3.3节中应用单例模式设计的President程序 3. 软件设计-编程作业 共包含25个作业,每个作业都有部分可运行代码。在每次做作业之前请先看相应文件夹中的Word文档(包含描述该作业的类图),这样才能很好地理解作业中的源代码。通常每个作业都要求学生在原有的设计中增加新的单独的类或层次类,并且要求具体实现其设计。具体如下。 (1)上篇:软件设计模式  【作业2.1-1】-工厂方法模式-汽车保险  【作业2.1-2】-抽象工厂模式-房屋信息  【作业2.2-1】-生成器模式-房屋信息  【作业2.3-1】-单例模式-网络连接  【作业3.1-1】-组合模式-空军指挥  【作业3.2-1】-适配器模式-客户信息验证  【作业3.2-2】-适配器模式-邮编验证  【作业3.3-1】-外观模式-毕业生信息  【作业3.4-1】-桥接模式-几何体积  【作业3.4-2】-桥接模式-特工信息  【作业4.1-1】-迭代器模式-矩阵数据搜索  【作业4.2-1】-访问者模式-名牌查询  【作业4.2-2】-访问者模式-计算机配件  【作业4.3-1】-命令模式-空调  【作业4.3-2】-命令模式-空调2  【作业4.4-1】-中介者模式-商业信息共享  【作业4.5-1】-策略模式-排序  【作业4.5-2】-策略模式-属相  【作业4.6-1】-状态模式-天气  【作业4.6-2】-状态模式-税收 (2)下篇:软件体系结构  【作业6.1-1】-状态模式-税收  【作业6.2-1】-管道-过滤器  【作业6.3-1】-观察者  【作业6.4-1】-层次架构 【作业6.5-1】-MVC

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

VengaZ

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值