脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 软件编程 → java → Java的访问者模式编程

详解Java设计模式编程中的访问者模式

 更新时间：2016年02月15日 09:30:10   作者：卡奴达摩  
这篇文章主要介绍了Java设计模式编程中的访问者模式,访问者模式的合理利用可以避免项目中出现大量重复的代码,需要的朋友可以参考下

定义：封装某些作用于某种数据结构中各元素的操作，它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。
类型：行为类模式
类图：

201621592623368.jpg (596×407)

例子：
例如，思考一下添加不同类型商品的购物车，当点击结算的时候，它计算出所有不同商品需付的费用。现在，计算逻辑即为计算这些不同类型商品的价格。或者说通过访问者模式我们把此逻辑转移到了另外一个类上面。让我们实现这个访问者模式的例子。

为了实现访问者模式，最先需要做的是创建能够被添加到购物车中代表不同类型商品(itemElement)的类。

ItemElement.java

package com.journaldev.design.visitor;

public interface ItemElement {

 public int accept(ShoppingCartVisitor visitor);
}

注意，accept方法接受访问者作为参数。当然这儿还有其他的一些方法来指定详细的商品，但为了简化，此处没用过多的考虑细节，只关注访问者模式。

现在创建一些不同商品的实体类。

Book.java

package com.journaldev.design.visitor;

public class Book implements ItemElement {

 private int price;
 private String isbnNumber;

 public Book(int cost, String isbn){
 this.price=cost;
 this.isbnNumber=isbn;
 }

 public int getPrice() {
 return price;
 }

 public String getIsbnNumber() {
 return isbnNumber;
 }

 @Override
 public int accept(ShoppingCartVisitor visitor) {
 return visitor.visit(this);
 }

}

Fruit.java

package com.journaldev.design.visitor;

public class Fruit implements ItemElement {

 private int pricePerKg;
 private int weight;
 private String name;

 public Fruit(int priceKg, int wt, String nm){
 this.pricePerKg=priceKg;
 this.weight=wt;
 this.name = nm;
 }

 public int getPricePerKg() {
 return pricePerKg;
 }

 public int getWeight() {
 return weight;
 }

 public String getName(){
 return this.name;
 }

 @Override
 public int accept(ShoppingCartVisitor visitor) {
 return visitor.visit(this);
 }

}

注意，accept()方法的实现是在实体类中，它调用访问者的visit()方法传递当前类对象作为自己的参数。
此处针对不同类型的商品所使用的visit()方法将会在访问者接口的实体类中被实现。

ShoppingCartVisitor.java

package com.journaldev.design.visitor;

public interface ShoppingCartVisitor {

 int visit(Book book);
 int visit(Fruit fruit);
}

现在将实现访问者接口以及每种商品自己计算自己费用的逻辑。

ShoppingCartVisitorImpl.java

package com.journaldev.design.visitor;

public class ShoppingCartVisitorImpl implements ShoppingCartVisitor {

 @Override
 public int visit(Book book) {
 int cost=0;
 //apply 5$ discount if book price is greater than 50
 if(book.getPrice() > 50){
  cost = book.getPrice()-5;
 }else cost = book.getPrice();
 System.out.println("Book ISBN::"+book.getIsbnNumber() + " cost ="+cost);
 return cost;
 }

 @Override
 public int visit(Fruit fruit) {
 int cost = fruit.getPricePerKg()*fruit.getWeight();
 System.out.println(fruit.getName() + " cost = "+cost);
 return cost;
 }

}

现在看一看在程序中如何使用它。

ShoppingCartClient.java

package com.journaldev.design.visitor;

public class ShoppingCartClient {

 public static void main(String[] args) {
 ItemElement[] items = new ItemElement[]{new Book(20, "1234"),new Book(100, "5678"),
  new Fruit(10, 2, "Banana"), new Fruit(5, 5, "Apple")};

 int total = calculatePrice(items);
 System.out.println("Total Cost = "+total);
 }

 private static int calculatePrice(ItemElement[] items) {
 ShoppingCartVisitor visitor = new ShoppingCartVisitorImpl();
 int sum=0;
 for(ItemElement item : items){
  sum = sum + item.accept(visitor);
 }
 return sum;
 }

}

当运行上述程序是，我们得到如下输出。

Book ISBN::1234 cost =20
Book ISBN::5678 cost =95
Banana cost = 20
Apple cost = 25
Total Cost = 160

请注意，此处的实现，好像accept()方法对于所有商品是相同的，但是他也可以不同。例如，如果商品为空它能进行逻辑检查并不再调用visit()方法。
访问者模式的优点：
符合单一职责原则：凡是适用访问者模式的场景中，元素类中需要封装在访问者中的操作必定是与元素类本身关系不大且是易变的操作，使用访问者模式一方面符合单一职责原则，另一方面，因为被封装的操作通常来说都是易变的，所以当发生变化时，就可以在不改变元素类本身的前提下，实现对变化部分的扩展。
扩展性良好：元素类可以通过接受不同的访问者来实现对不同操作的扩展。
 访问者模式的适用场景：
       假如一个对象中存在着一些与本对象不相干（或者关系较弱）的操作，为了避免这些操作污染这个对象，则可以使用访问者模式来把这些操作封装到访问者中去。
       假如一组对象中，存在着相似的操作，为了避免出现大量重复的代码，也可以将这些重复的操作封装到访问者中去。
       但是，访问者模式并不是那么完美，它也有着致命的缺陷：增加新的元素类比较困难。通过访问者模式的代码可以看到，在访问者类中，每一个元素类都有它对应的处理方法，也就是说，每增加一个元素类都需要修改访问者类（也包括访问者类的子类或者实现类），修改起来相当麻烦。也就是说，在元素类数目不确定的情况下，应该慎用访问者模式。所以，访问者模式比较适用于对已有功能的重构，比如说，一个项目的基本功能已经确定下来，元素类的数据已经基本确定下来不会变了，会变的只是这些元素内的相关操作，这时候，我们可以使用访问者模式对原有的代码进行重构一遍，这样一来，就可以在不修改各个元素类的情况下，对原有功能进行修改。
 
总结：
       正如《设计模式》的作者GoF对访问者模式的描述：大多数情况下，你并需要使用访问者模式，但是当你一旦需要使用它时，那你就是真的需要它了。当然这只是针对真正的大牛而言。在现实情况下（至少是我所处的环境当中），很多人往往沉迷于设计模式，他们使用一种设计模式时，从来不去认真考虑所使用的模式是否适合这种场景，而往往只是想展示一下自己对面向对象设计的驾驭能力。编程时有这种心理，往往会发生滥用设计模式的情况。所以，在学习设计模式时，一定要理解模式的适用性。必须做到使用一种模式是因为了解它的优点，不使用一种模式是因为了解它的弊端；而不是使用一种模式是因为不了解它的弊端，不使用一种模式是因为不了解它的优点。

您可能感兴趣的文章:

相关文章

  • IDEA的Mybatis Log Plugin插件配置和使用详解

    IDEA的Mybatis Log Plugin插件配置和使用详解

    这篇文章主要介绍了IDEA的Mybatis Log Plugin插件配置和使用，本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2020-09-09
  • Spring 中的 ResourceLoader实例详解

    Spring 中的 ResourceLoader实例详解

    Spring框架提供了ResourceLoader接口,用于加载资源文件,DefaultResourceLoader是其基本实现,只能加载单个资源,而ResourcePatternResolver继承自ResourceLoader,增加了按模式加载多个资源的能力,感兴趣的朋友一起看看吧
    2024-11-11
  • Java集合中的List超详细讲解

    Java集合中的List超详细讲解

    本文详细介绍了Java集合框架中的List接口,包括其在集合中的位置、继承体系、常用操作和代码示例,以及不同实现类（如ArrayList、LinkedList和Vector）的底层原理和应用场景,感兴趣的朋友一起看看吧
    2025-02-02
  • Java实现二叉树的建立、计算高度与递归输出操作示例

    Java实现二叉树的建立、计算高度与递归输出操作示例

    这篇文章主要介绍了Java实现二叉树的建立、计算高度与递归输出操作,结合实例形式分析了Java二叉树的创建、遍历、计算等相关算法实现技巧,需要的朋友可以参考下
    2019-03-03
  • Spring boot整合security详解

    Spring boot整合security详解

    Spring Security是一个功能强大且高度可定制的身份验证和访问控制框架，本文主要介绍了SpringBoot整合Security安全框架的方法，文中通过示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
    2022-07-07
  • 浅谈Spring嵌套事务是怎么回滚的

    浅谈Spring嵌套事务是怎么回滚的

    本文主要介绍了Spring嵌套事务是怎么回滚的，文中通过示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
    2021-11-11
  • Spring Bean的Scope作用域详解

    Spring Bean的Scope作用域详解

    本文介绍了Spring框架中的BeanScope（作用域）,包括Singleton（单例）和Prototype（原型）两种常见作用域的定义、生命周期和适用场景
    2025-01-01
  • springBoot2.6.2自动装配之注解源码解析

    springBoot2.6.2自动装配之注解源码解析

    对于springboot个人认为它就是整合了各种组件,然后提供对应的自动装配和启动器（starter）,基于这个流程去实现一个定义的装配组件,下面这篇文章主要给大家介绍了关于springBoot2.6.2自动装配之注解源码解析的相关资料,需要的朋友可以参考下
    2022-01-01
  • spring Boot 应用通过Docker 来实现构建、运行、发布流程

    spring Boot 应用通过Docker 来实现构建、运行、发布流程

    这篇文章主要介绍了spring Boot 应用通过Docker 来实现构建、运行、发布流程，图文详解，非常不错，具有参考借鉴价值，需要的朋友可以参考下
    2017-11-11
  • Java如何求交集、并集、差集

    Java如何求交集、并集、差集

    这篇文章主要介绍了Java如何求交集、并集、差集问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
    2023-11-11

最新评论