java设计模式-装饰者模式详解

目录
  • 引例
  • 一般解法
  • 装饰者模式
  • 装饰者解法
    • 代码:
      • 抽象类
      • 装饰者
      • 被装饰者
      • 客户端测试
  • 总结:

引例

需求:设现在有单品咖啡:Espresso(意大利浓咖啡)和LongBlack(美式咖啡),调料有Milk(牛奶)和sugar(糖),客户可以点单品咖啡或单品咖啡+调料的组合,计算相应费用。要求在扩展新的咖啡种类时,具有良好的扩展性、改动维护方便。

抛砖引玉,我们先看看两种一般解法。

一般解法

方案一、

枚举创建每一种组合可能,Drink抽象类表示饮料,cost()方法计算价格,子类如Longblack_Milk表示美式咖啡加牛奶:

这样设计十分不明智,会有很多类,当新增一个单品咖啡或调料时,类的数量就会倍增,出现类爆炸。

方案二、

把调料内置到Drink类,减少类数量过多:

方案二虽然不至于造成很多类,但是增加或删除调料时,代码维护量仍旧很大。

装饰者模式

装饰者模式(Decorator Pattern)是结构型模式,也称装饰器模式/修饰模式。它可以动态的将新功能附加到对象上,同时又不改变其结构。在对象功能扩展方面,它比继承更有弹性。这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能。

类图:

  1. Component抽象类:主体,比如类似前面的Drink。
  2. ConcreteComponent类:具体的主体,比如前面的单品咖啡。
  3. Decorator类:装饰者,比如前面的调料
  4. ConcreteDecorator类:具体的装饰者,比如前面的牛奶。

如果ConcreteComponent具体子类很多,那么可以再加一个中间层,提取共同部分,通过继承实现更多不同的具体子类。

装饰者解法

类图:

Drink 类就是前面说的抽象类Decorator 是一个装饰类,含有一个被装饰的对象(Drink obj)和的cost()方法进行一个费用的叠加计算,递归的计算价格Milk和Suger是具体的装饰者Coffee是被装饰者主体LongBlack和Espresso是具体实现的被装饰者实体

代码:

抽象类

public abstract class Drink {//抽象类
    public String des; // 描述
    private float price = 0.0f;
    public String getDes() {
        return des;
    }
    public void setDes(String des) {
        this.des = des;
    }
    public float getPrice() {
        return price;
    }
    public void setPrice(float price) {
        this.price = price;
    }
    //计算费用的抽象方法
    public abstract float cost();
}

装饰者

public class Decorator extends Drink {//装饰者
    private Drink obj;
    public Decorator(Drink obj) { //组合
        this.obj = obj;
    }
    @Override
    public float cost() {
        // getPrice 自己价格
        return super.getPrice() + obj.cost();
    }
    @Override
    public String getDes() {
        // obj.getDes() 输出被装饰者的信息
        return des + " " + getPrice() + " && " + obj.getDes();
    }
}
public class Milk extends Decorator {//装饰者子类
    public Milk(Drink obj) {
        super(obj);
        setDes(" 牛奶 ");
        setPrice(2.0f);
    }
}
public class Suger extends Decorator {//装饰者子类
    public Suger(Drink obj) {
        super(obj);
        setDes(" 糖 ");
        setPrice(1.0f);
    }
}

被装饰者

public class Coffee  extends Drink {//被装饰者
    @Override
    public float cost() {
        return super.getPrice();
    }
}
public class Espresso extends Coffee {//被装饰者子类
    public Espresso() {
        setDes(" 意式咖啡 ");
        setPrice(6.0f);
    }
}
public class LongBlack extends Coffee {//被装饰者子类
    public LongBlack() {
        setDes(" 美式咖啡 ");
        setPrice(5.0f);
    }
}

客户端测试

public class Client {
    public static void main(String[] args) {
        // 阿姨的卡布奇诺:意式加两份牛奶、一份糖
        // 1. 点一份Espresso
        Drink order = new Espresso();
        System.out.println("order1 费用=" + order.cost());
        System.out.println("order1 描述=" + order.getDes());
        // 2.1 order 加一份牛奶
        order = new Milk(order);
        System.out.println("order 加入一份牛奶 费用 =" + order.cost());
        System.out.println("order 加入一份牛奶 描述 = " + order.getDes());
        // 2.2 order 再加一份牛奶
        order = new Milk(order);
        System.out.println("order 加入两份牛奶 费用 =" + order.cost());
        System.out.println("order 加入两份牛奶 描述 = " + order.getDes());
        // 3. order 加一份糖
        order = new Suger(order);
        System.out.println("order 两份牛奶、一份糖 费用 =" + order.cost());
        System.out.println("order 两份牛奶、一份糖 描述 = " + order.getDes());
        System.out.println("===========================");
        //美式咖啡加一份牛奶
        //1. 点一份LongBlack
        Drink order2 = new LongBlack();
        System.out.println("order2 费用 =" + order2.cost());
        System.out.println("order2 描述 = " + order2.getDes());
        //2. order2 加一份牛奶
        order2 = new Milk(order2);
        System.out.println("order2 加入一份牛奶 费用 =" + order2.cost());
        System.out.println("order2 加入一份牛奶 描述 = " + order2.getDes());
    }
}

运行结果:

总结:

装饰者模式就像打包一个快递,不断的动态添加新的功能,可以组合出所有情况:

第一份Milk包含一份Espresso

第二份Milk包含(Milk+Espresso)

Suger包含(Milk+Milk+Espresso)

本篇文章就到这里了,希望能给你带来帮助,也希望您能够多多关注我们的更多内容!

(0)

相关推荐

  • java设计模式--七大原则详解

    目录 设计模式 单一职责原则 接口隔离原则 依赖倒转原则 里氏替换原则 开闭原则 迪米特法则 合成复用原则 总结 设计模式 软件设计模式(Design pattern),又称设计模式,是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性.程序的重用性. 打个比方就像盖大厦和小木屋,当功能简单,函数和代码少时,我们能较轻松的直接上手:但如果是像大厦那样,功能复杂,需求可能变化且代码量大时,我们就不能直接上手就来,需

  • java设计模式--原型模式详解

    目录 引例 原型模式 浅拷贝 在原先Sheep类基础上实现Cloneable接口,重写clone方法. 客户端调用 Sheep类 新添的Cow类 客户端调用克隆 深拷贝 1.Cow类也实现Cloneable接口 Sheep类的clone再添加调用cow的clone 客户端调用 1.Cow类实现序列化接口,不必实现Cloneable接口了 2.在Sheep类实现序列化接口 3.客户端调用 总结 引例 问题: 现在有一只羊(包含属性:名字Dolly.年龄2),需要克隆10只属性完全相同的羊. 一般解

  • java设计模式--建造者模式详解

    目录 引例 一般解法 代码: AbstractHouse(房子) Bungalow(平房) Villa (别墅) 客户端调用 建造者模式 建造者模式解法 代码: House类(Product产品) HouseBuilder类(Builder抽象建造者) 3.Bungalow类(ConcreteBuilder具体建造者A) 4.Villa类(ConcreteBuilder具体建造者B) 5.HouseDirector类(Director指挥者) 客户端调用 总结 引例 需求:建造房子,建造过程包括

  • java设计模式--三种工厂模式详解

    目录 简单工厂 代码: 1.产品接口 2.产品接口实现子类 3.简单工厂类 4.调用工厂 5.测试 工厂方法 代码: 1.工厂接口 2.工厂实现子类 3.产品接口 4.产品实现子类 5.调用 6.测试 1.产品接口 2.产品抽象子类-普通产品 抽象工厂 3.1产品抽象子类-魔法产品 4.工厂接口 5.工厂实现子类-普通工厂 6.工厂实现子类-魔法工厂 7.调用 8.测试 总结 简单工厂 简单工厂模式是属于创建型模式,是工厂模式的一种.简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例.定义

  • java设计模式-组合模式详解

    目录 组合模式 Demo 代码: 总结 组合模式 组合模式(Composite Pattern)又叫部分整体模式,是用于把一组相似的对象当作一个单一的对象.组合模式依据树形结构来组合对象,用来表示部分以及整体层次.这种类型的设计模式属于结构型模式,它创建了对象组的树形结构. 主要解决:它在我们树型结构的问题中,模糊了简单元素和复杂元素的概念,客户程序可以像处理简单元素一样来处理复杂元素,从而使得客户程序与复杂元素的内部结构解耦. 如何解决:树枝和叶子实现统一接口,树枝内部组合该接口. 何时使用:

  • java设计模式-装饰者模式详解

    目录 引例 一般解法 装饰者模式 装饰者解法 代码: 抽象类 装饰者 被装饰者 客户端测试 总结: 引例 需求:设现在有单品咖啡:Espresso(意大利浓咖啡)和LongBlack(美式咖啡),调料有Milk(牛奶)和sugar(糖),客户可以点单品咖啡或单品咖啡+调料的组合,计算相应费用.要求在扩展新的咖啡种类时,具有良好的扩展性.改动维护方便. 抛砖引玉,我们先看看两种一般解法. 一般解法 方案一. 枚举创建每一种组合可能,Drink抽象类表示饮料,cost()方法计算价格,子类如Long

  • Java设计模式之命令模式详解

    命令模式 定义:将请求封装成对象,这可以让你使用不同的请求.队列.或者日志来参数化其他对象. 何时使用命令模式?当需要将发出请求的对象和执行请求的对象解耦的时候,使用命令模式. 在被解耦的两者之间是通过命令对象进行沟通的.命令对象封装了接收者和一个或一组动作. 调用者通过调用命令对象的execute()方法发出请求,这会使接收者的动作被调用. 调用者可以接收命令当作参数,甚至在运行时动态地进行. 优点: 1.降低了系统耦合度. 2.新的命令可以很容易添加到系统中去. 缺点:使用命令模式可能会导致

  • Java设计模式之原型模式详解

    一.前言 原型模式是一种比较简单的模式,也非常容易理解,实现一个接口,重写一个方法即完成了原型模式.在实际应用中,原型模式很少单独出现.经常与其他模式混用,他的原型类Prototype也常用抽象类来替代. 该模式的思想就是将一个对象作为原型,对其进行复制.克隆,产生一个和原对象类似的新对象.在Java中,复制对象是通过clone()实现的,先创建一个原型类,通过实现Cloneable 接口 public class Prototype implements Cloneable { public

  • Java设计模式之代理模式详解

    一.代理模式 代理模式就是有一个张三,别人都没有办法找到他,只有他的秘书可以找到他.那其他人想和张三交互,只能通过他的秘书来进行转达交互.这个秘书就是代理者,他代理张三. 再看看另一个例子:卖房子 卖房子的步骤: 1.找买家 2.谈价钱 3.签合同 4.和房产局签订一些乱七八糟转让协议 一般卖家只在签合同的时候可能出面一下,其他的1,2,4都由中介去做.那你问这样有什么用呢? 首先,一个中介可以代理多个卖房子的卖家,其次,我们可以在不修改卖家的代码的情况下,给他实现房子加价.打广告等等夹带私货的

  • JAVA设计模式之访问者模式详解

    在阎宏博士的<JAVA与模式>一书中开头是这样描述访问者(Visitor)模式的: 访问者模式是对象的行为模式.访问者模式的目的是封装一些施加于某种数据结构元素之上的操作.一旦这些操作需要修改的话,接受这个操作的数据结构则可以保持不变. 分派的概念 变量被声明时的类型叫做变量的静态类型(Static Type),有些人又把静态类型叫做明显类型(Apparent Type):而变量所引用的对象的真实类型又叫做变量的实际类型(Actual Type).比如: 复制代码 代码如下: List lis

  • JAVA设计模式之解释器模式详解

    在阎宏博士的<JAVA与模式>一书中开头是这样描述解释器(Interpreter)模式的: 解释器模式是类的行为模式.给定一个语言之后,解释器模式可以定义出其文法的一种表示,并同时提供一个解释器.客户端可以使用这个解释器来解释这个语言中的句子. 解释器模式的结构 下面就以一个示意性的系统为例,讨论解释器模式的结构.系统的结构图如下所示: 模式所涉及的角色如下所示: (1)抽象表达式(Expression)角色:声明一个所有的具体表达式角色都需要实现的抽象接口.这个接口主要是一个interpre

  • Java设计模式之策略模式详解

    本文实例为大家分享了Java策略模式,供大家参考,具体内容如下 1.策略模式(Strategy Pattern)是一种比较简单的模式,也叫做政策模式(PolicyPattern). 定义如下: Define a family of algorithms,encapsulate each one,and make them interchangeable.    (定义一组算法,将每个算法都封装起来,并且使它们之间可以互换.) 策略模式的通用类图如下所示: 策略模式的三个角色: ● Context

  • java设计模式之模板方法模式详解

    一.什么是模板方法模式 概念:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中.模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤. 通俗的讲,模板方法模式是通过把不变行为搬到超类,去除子类里面的重复代码提现它的优势,它提供了一个很好的代码复用平台.当不可变和可变的方法在子类中混合在一起的时候,不变的方法就会在子类中多次出现,这样如果摸个方法需要修改则需要修改很多个,虽然这个这个问题在设计之初就应该想好.这个时候模板方法模式就起到了作用了,通过模板方法模式把这些重复出现的

  • Java结构型设计模式之组合模式详解

    目录 组合模式 应用场景 优缺点 主要角色 组合模式结构 分类 透明组合模式 创建抽象根节点 创建树枝节点 创建叶子节点 客户端调用 安全组合模式 创建抽象根节点 创建树枝节点 创建叶子节点 客户端调用 组合模式 组合模式(Composite Pattern)也称为整体-部分(Part-Whole)模式,属于结构型模式. 它的宗旨是通过将单个对象(叶子节点)和组合对象(树枝节点)用相同的接口进行表示,使得客户端对单个对象和组合对象的使用具有一致性. 组合模式一般用来描述整体与部分的关系,它将对象

  • Java行为型设计模式之策略模式详解

    目录 1.策略设计模式定义 2.策略设计模式的有点与不足 3.策略设计模式的实现思路 4.代码示例 5.策略设计模式的应用场景 编程是一门艺术,大批量的改动显然是非常丑陋的做法,用心的琢磨写的代码让它变的更美观. 在现实生活中常常遇到实现某种目标存在多种策略可供选择的情况,例如超市促销可以釆用打折.送商品.送积分等方法. 在软件开发中也常常遇到类似的情况,当实现某一个功能存在多种算法或者策略,我们可以根据环境或者条件的不同选择不同的算法或者策略来完成该功能,如数据排序策略有快速排序.归并排序.选

随机推荐