基本需求:

  • 咖啡的种类有很多种,调料也有很多种,下单时,可以点单品咖啡也可以点单品咖啡+调料的组合,并计算下单时花费的金额

传统方式:

  • 方式一

    • 创建一个抽象类Drink,让所有的单品咖啡和组合咖啡都继承Drink类(组合很多)
    • UML类图
    • 如果新增加一个单品咖啡或者调料,类的数量就会倍增,产生类爆炸
  • 方式二
    • 创建一个抽象类Drink,在Drink类中将所有的调料聚合进去,再让我们的单品咖啡继承Drink类
    • UML类图
    • 此种方式解决了类爆炸的问题,但是新增或者删除调料时,需要修改Drink类中的内容,违反了ocp原则

基本介绍:

  • 动态的将新功能加到对象上,不改变其结构,属于结构型模式

  • UML类图(原理图)

  • 装饰者模式就像打包一个快递

    • 主体为打包的东西(Component)-> 被装饰者
    • 包装的东西(Decorator)-> 装饰者
    • Drink为主体(Component)
    • 单品咖啡为具体的主体(ConcreteComponent)
    • 调料为装饰者(Decorator)
    • 如果ConcreteComponent类很多,还可以向上抽取一个缓冲层
    • 让装饰者和具体的主体继承同一类可以对同一个具体的主体,进行多次包装,通过递归的方式
    • 如果ConcreteComponent和Decorator不是继承同一类,则用递归不容易,Decorator不仅需要维护自身还需维护ConcreteComponent的变量(不一定行),继承同一个抽象类,只需要在Decorator中维护一个抽象父类即可
    • 例如:点两个chocolate和一个milk + Espresso咖啡,示例
  • UML类图(案例)

  • 代码实现

    • @Data
      public abstract class Drink { // Component类 ConcreteComponent类和Decorator类都继承该类 private String description; private float price = 0f; public abstract float cost(); }
    • public abstract class Coffee extends Drink{
      
         // 对具体的被装饰者进行了缓冲设计
      @Override
      public float cost() {
      return super.getPrice();
      } } // 子类一 意大利咖啡
      class Espresso extends Coffee { public Espresso() {
      super.setDescription("Espresso");
      super.setPrice(3.0f);
      } } // 子类二 浓缩咖啡
      class ShortBlack extends Coffee { public ShortBlack() {
      super.setDescription("ShortBlack");
      super.setPrice(5.0f);
      } }
    • public abstract class Decorator extends Drink {
      
         // 对装饰者进行了缓冲设计
      
         // 聚合被装饰者
      protected Drink drink; public Decorator(Drink drink) {
      this.drink = drink;
      } @Override
      public float cost() {
      // 金额除自己的金额外还需要加上被装饰者的金额
      return this.drink.cost() + super.getPrice();
      } @Override
      public String getDescription() {
      // 输出被装饰者的信息
      return this.drink.getDescription() + "&" + super.getDescription();
      }
      } // 子类一 牛奶
      class Milk extends Decorator { public Milk(Drink drink) {
      super(drink);
      super.setDescription("Milk");
      super.setPrice(1f);
      } } // 子类二 巧克力
      class Chocolate extends Decorator { public Chocolate(Drink drink) {
      super(drink);
      super.setDescription("Chocolate");
      super.setPrice(2f);
      } }
    • public class Client {
      public static void main(String[] args) {
      // 单点意大利咖啡 + Milk
      Drink order = new Espresso();
      System.out.println("总费用:" + order.cost());
      System.out.println("描述:" + order.getDescription());
      // 添加一份 Milk
      order = new Milk(order);
      System.out.println("总费用:" + order.cost());
      System.out.println("描述:" + order.getDescription());
      // 添加第一份 Chocolate
      order = new Chocolate(order);
      System.out.println("总费用:" + order.cost());
      System.out.println("描述:" + order.getDescription());
      // 添加第二份 Chocolate
      order = new Chocolate(order);
      System.out.println("总费用:" + order.cost());
      System.out.println("描述:" + order.getDescription());
      }
      }
    • 如果再增加单品咖啡或者调料时,只需继承Coffee或者Decorator类即可,系统的扩展性提高了,解决了类爆炸,体现了ocp原则,动态的为被装饰的类添加功能

jdk源码:

  • 在jdk的io源码中就使用到的装饰者模式

  • UMl类图

    • InputStream作为抽象父类,相当于Drink类

    • FileInputStream、StringBufferInputStream、ByteArrayInputStream继承了InputStream相当于咖啡单品(并没有再进行抽象),被装饰者

    • FilterInputStream继承了InputSteam并且内部维护了一个其父类InputStream相当于一个Decorator装饰者

    • BufferInputStream、DataInputStream、LineNumberInputStream继承了FilterInputStream,相当于Milk、ChocolateD等,为装饰者的子类

    • 关键代码

      • public class FilterInputStream extends InputStream {
        /**
        * The input stream to be filtered.
        */
        protected volatile InputStream in; ......
        }

注意事项:

  • 装饰类和被装饰类可以独立发展,不会相互耦合,装饰模式是继承的一个替代模式,装饰模式可以动态扩展一个实现类的功能,多层装饰比较复杂
  • 扩展一个类的功能,动态增加功能,动态撤销

8.java设计模式之装饰者模式的更多相关文章

  1. Java 设计模式泛谈&装饰者模式和单例模式

    设计模式(Design Pattern) 1.是一套被反复使用.多人知晓的,经过分类编目 的 代码设计经验总结.使用设计模式是为了可重用代码,让代码更容易维护以及扩展. 2.简单的讲:所谓模式就是得到 ...

  2. Java设计模式 - - 单例模式 装饰者模式

    Java设计模式 单例模式 装饰者模式 作者 : Stanley 罗昊 [转载请注明出处和署名,谢谢!] 静态代理模式:https://www.cnblogs.com/StanleyBlogs/p/1 ...

  3. Java设计模式系列-装饰器模式

    原创文章,转载请标注出处:<Java设计模式系列-装饰器模式> 一.概述 装饰器模式作用是针对目标方法进行增强,提供新的功能或者额外的功能. 不同于适配器模式和桥接模式,装饰器模式涉及的是 ...

  4. 23种java设计模式之装饰者模式及动态代理

    设计模式不管对于何种语言都是存在的,这里介绍的是java的模式 装饰者模式是在二次开发中应用比较多的一款模式,当然了用反射也是可以实现的,今天介绍的是装饰模式,有兴趣的朋友可以自己去了解一下反射是怎么 ...

  5. java设计模式—Decorator装饰者模式

    一.装饰者模式 1.定义及作用 该模式以对客户端透明的方式扩展对象的功能. 2.涉及角色      抽象构件角色:定义一个抽象接口,来规范准备附加功能的类. 具体构件角色:将要被附加功能的类,实现抽象 ...

  6. Java设计模式之装饰者模式

    要实现装饰者模式,注意一下几点内容: 1.装饰者类要实现真实类同样的接口 2.装饰者类内有一个真实对象的引用(可以通过装饰者类的构造器传入) 3.装饰类对象在主类中接受请求,将请求发送给真实的对象(相 ...

  7. java设计模式之七装饰器模式(Decorator)

    顾名思义,装饰模式就是给一个对象增加一些新的功能,而且是动态的,要求装饰对象和被装饰对象实现同一个接口,装饰对象持有被装饰对象的实例,关系图如下: Source类是被装饰类,Decorator类是一个 ...

  8. java设计模式之 装饰器模式

    装饰器模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构. 这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装 ...

  9. Java设计模式之装饰器模式

    1.装饰器模式的定义(保持接口,扩展功能) Decorate装饰器,顾名思义,就是动态的给一个对象添加一些额外的职责,就好比对房子进行装修一样. 2.装饰器模式的特征 具有一个装饰对象. 必须拥有与被 ...

  10. java设计模式之装饰者模式学习

    装饰者模式 Decorator模式(别名Wrapper):动态将职责附加到对象上,若要扩展功能,装饰者提供了比继承更具弹性的代替方案. 装饰者与被装饰者拥有共同的超类,继承的目的是继承类型,而不是行为 ...

随机推荐

  1. Mysql架构与内部模块-第二章

    接上文,上文简述到了Mysql中的查询缓存和解析器,今日我们继续. 先来看一段SQL:SELECT * FROM `jianghuadong`; 先假设我们数据库中并没有一张名为jianghuadon ...

  2. vm虚拟机设置共享文件夹不显示

    1. 确认VMtools已经装好,开启共享文件夹,设置好共享目录 2.执行命令 sudo mount -t vmhgfs .host:/ /mnt/hgfs如果出现错误: Error: cannot ...

  3. centos7安装kafka 转

    CentOS7安装和使用kafka         环境准备 安装kafka之前我们需要做一些环境的准备 1.centOS7系统环境 2.jdk环境 3.可用的zookeeper集群服务 安装jdk ...

  4. 【应用服务 App Service】Azure App Service 中如何安装mcrypt - PHP

    问题描述 Azure App Service (应用服务)如何安装PHP的扩展 mcrypt(mcrypt 是php里面重要的加密支持扩展库) 准备条件 创建App Service, Runtime ...

  5. Linux命令之tab 键补全

    tab 键补全 tab 键可以实现命令及路径等补全,提高输入效率,避免出错 命令补全 用户给定的字符串只有一条惟一对应的命令,直接补全, 两次Tab会给出列表 内部命令: 外部命令:bash根据PAT ...

  6. 你真的了解Python吗?这篇文章可以让你了解90%

    人们为什么使用Python? 之所以选择Python的主要因素有以下几个方面: 软件质量:在很大程度上,Python更注重可读性.一致性和软件质量,从而与脚本语言世界中的其他工具区别开发.此外,Pyt ...

  7. oblivious polynomial evaluation

    Oblivious polynomial evaluation is a protocol involving two parties, a sender whose input is a polyn ...

  8. Callable返回执行结果

    使用ExecutorService.Callable.Future实现有返回结果的多线程. public class MainActivity extends AppCompatActivity { ...

  9. vue 路由工程化重构

    当项目越来越庞大的时候,路由越来越多,而且遍布的页面也越来越多, 当需要更换地址的时候就无比的繁琐,通过学习了解到可以通过router.js来统一调控 原理: 在路由页面通过name来进行跳转,传入的 ...

  10. 计算机CPU是怎么认识代码的?

    先说一下半导体,啥叫半导体?就是介于导体和绝缘体中间的一种东西,比如二极管.   电流可以从A端流向C端,但反过来则不行.你可以把它理解成一种防止电流逆流的东西. 当C端10V,A端0V,二极管可以视 ...