设计模式(3)--装饰者模式

什么是装饰者模式

  俗话说,“人靠衣装,佛靠金装”,大自然中许多事务都会有一些物体来装饰自己。那么在java的世界中这是如何进行模拟的呢?先举个现实中的例子来说明下这个模式究竟是怎么回事的吧。在生活中我们穿的衣服都是各式各样的,且在不同季节数量也是不一的。我们把一个人、一件衣服都看成一个对象,那么Java怎么实现这两者之间的关系。在人这个对象中有个display方法,这个方法需要打印出名字和穿着的衣服名字,这时候你会怎么办呢?装饰者模式就是用来解决这种类型的问题。

深入理解装饰者模式

  现在根据一个实际需求来更加深入理解这个模式。

  有这么一个咖啡厅,咖啡种类有低咖啡因、深焙、浓缩等,可加调料有牛奶、摩卡、豆浆等。客户来点咖啡时,肯定会先点一杯咖啡,然后根据自己的需要来加其他调料,当然也有可能不加调料。客户点咖啡这个动作就相当于在main函数里new出一个咖啡对象,然后根据这个对象添加一些调料,然后根据这些点的东西进行输出价格。

  这个问题相信你已经清楚了,那么这里我就不慢慢引入这个模式,直接介绍这个模式了。

  调料在这里就相当于一个装饰者,而咖啡则是被装饰者。

  为了便于在咖啡中使用调料的相关方法,先定义一个相关抽象类Coffee,然后这个类中有个String类的属性description,有个getDescription方法,这个方法主要就是返回description这个String,还有一个为实现的方法,就是cost,作用就是返回这个东西的价格。

  但是又为了可以区分这两个类,那么在定义一个接口,这个抽象类是Decorator,这个类继承与Coffee,需要把getDescription这个方法定义成抽象的,也就是所有的调料类都必须重写这个方法,这是因为最后输出这个顾客商品描述时需要把咖啡种类和调料进行输出。调料类中也需要有个Coffee属性,用来表示该调料加在什么咖啡里。

  现在来整理下思路,所有的具体咖啡类都必须继承Coffee这个抽象类,并实现其中的一些方法,而调料都必须实现Decorator这个抽象类且包含一个Coffee类型的属性,且实现其中的方法。

  下面就是示例代码:

以下代码不是一个文件

//Coffee.java
public abstract class Coffee {

    protected String description = "unknow coffee";

    public String getDescription() {
        return description;
    }

    public abstract float cost();
}

//Decorator.java
public abstract class Decorator extends Coffee {

    public abstract String getDescription();
}

//Mocha.java
public class Mocha extends Decorator {
    private Coffee coffee;

    public Mocha(Coffee coffee) {
        this.coffee = coffee;
        description = "Mocha";
    }
    @Override
    public String getDescription() {
        return coffee.getDescription()+","+description;
    }

    @Override
    public float cost() {
        return coffee.cost()+0.20f;
    }

}

//Milk.java
public class Milk extends Decorator {

    private Coffee coffee;

    public Milk(Coffee coffee) {
        this.coffee = coffee;
        description = "Milk";
    }

    @Override
    public String getDescription() {
        return coffee.getDescription() + "," + description;
    }

    @Override
    public float cost() {
        return coffee.cost() + 0.50f;
    }
}

//DarkRoast.java
public class DarkRoast extends Coffee {

    public DarkRoast() {
        description = "DarkRoast";
    }

    @Override
    public float cost() {
        return 1.2f;
    }

}

//HouseBlend.java
public class HouseBlend extends Coffee {

    public HouseBlend() {
        description = "HouseBlend";
    }

    @Override
    public float cost() {
        return 1.4f;
    }

}

//测试类,test.java
public class Test {

    public static void main(String[] args) {
        Coffee coffee = new DarkRoast();
        coffee = new Mocha(coffee);
        coffee = new Milk(coffee);
        System.out.println(coffee.getDescription());
        System.out.println(coffee.cost());
    }
}

  想必你已经知道了输出结果是什么了,那么赶紧动手验证下自己的猜想吧!

  下一篇博客我们将介绍工厂模式,如果你有什么问题可以留言哦

  

时间: 2024-09-30 07:24:44

设计模式(3)--装饰者模式的相关文章

设计模式 2 —— 装饰者模式

设计模式目录: 设计模式 1 ——观察者模式 设计模式 2 —— 装饰者模式

Design Pattern 设计模式 Decorator 装饰者模式

1 设计一个基类 2 继承这个基类,并包含这个基类的一个对象 3 创建继承类的时候,初始化这个基类,因为是基类指针,所以可以是所有基类的衍生类对象,那么就可以叠加任意多个衍生类对象了. 关键是在衍生类中包含一个基类对象,然后有了继承和包含两重关系,可以使得一个类一个类对象叠加,达到装饰目的. 等于是创建了一个对象指针链表,一个一个对象发挥其相应的作用. 下面程序装饰一个桌子,同时包含释放内存的处理. 关键要知道基类的析构函数必须使用虚函数,为什么? 1 如果基类不是析构函数,那么如果衍生类中包含

java设计模式之 装饰器模式

适AT java设计模式之 装饰器模式 装饰器模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构. 这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,动态给一个对象添提供了额外的功能. 我们通过下面的实例来演示装饰器模式的用法.模拟一个人从想吃饭.找饭店.享受美食.结束吃饭的过程 代码展示: 首先创建一个被修饰的接口 Eat package deco

设计模式之装饰者模式(Decorator)

1.定义 装饰者模式动态地将责任附加到对象上.若要扩展功能,装饰者提供了比继承更有弹性的替代方案 2.类图 Component抽象构件:Component是一个接口或者是抽象类,就是定义我们最核心的对象,也就是最原始的对象.在装饰者模式中,必然有一个最基本.最核心.最原始的接口或抽象类充当Component抽象构件. ConcreteComponent具体构件:ConcreteComponent是最核心.最原始.最基本的接口或抽象类的实现,你要装饰的就是它. Decorator装饰角色:一般是一

设计模式之装饰者模式(三)

欢迎大家的持续关注.上一次,我们结合第一篇推导出来的类图,到第二篇根据类图进行实际代码的编写,对装饰者模式有了一个整体的概念以及实战.不知道对你帮助如何呢?小编已经有门道了,看完接下来的一部分,你会恍然大悟,原来实际编码中你一直在用装饰者模式. 真实世界的装饰者:Java I/O 看到标题,是不是就很想往下看,到底是I/O中的什么呢,让你早已经拥有了装饰者模式的实践?就如书上给的描述,你第一次(还有第二次和第三次)看到这些API发出"哇"的惊叹时,放心,你不是唯一收到惊吓的人.下面,我

掌握设计模式之装饰者模式

![](http://ww4.sinaimg.cn/large/006tNc79ly1g4ztauvhzej30p00dw45p.jpg) ## 前言 当应用开发中,我们要为一个对象在原有功能上进行扩展增强时,往往采用继承的方式,而继承过多时就会使得功能类更加复杂,不利于维护,而设计模式中装饰者模式可以帮助我们更好对应这种场景,装饰者模式可以做到让对象能够动态地进行功能扩展,而不影响其他对象. 那究竟它是如何实现的呢,又如何实际应用呢,就让我们一起来学习下这个模式吧. ## 模式定义 装饰者模式

java_设计模式_装饰者模式_Decorator Pattern(2016-07-28)

装饰模式又名包装(Wrapper)模式.装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案. 装饰模式的结构 装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任.换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同.装饰模式可以在不使用创造更多子类的情况下,将对象的功能加以扩展. 装饰模式的类图如下: 在装饰模式中的角色有: ● 抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象. ● 具体构件(ConcreteComponent)角色

设计模式之装饰者模式

设计模式系列都是学习HeadFirst设计模式得出的学习心得,中间的例子也会采用书中的例子.这里有必要解释一下,在下面星巴克咖啡的例子中,有几种基本的咖啡,还有牛奶.豆浆等等可以向咖啡中添加,这里说明防止下面不懂. 今天我们来了解一下装饰者模式. 回想一下java的io包,各种stream排上倒海,初学者根本分不清楚到底怎么用,眼花缭乱.其实,它的实验遵循了装饰者设计模式.顾名思义,装饰者就可以简单的理解成用一个东西来装饰另一个东西.比如,你要做鱼吃,在你做好出国之后需要加入香菜.我们就可以简单

python设计模式之装饰器模式

装饰器模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能. import time def log_calls(func): def wrapper(*args,**kwargs): now=time.time() print("Calling{0} with {1} and {2}

【设计模式】装饰者模式-明月装饰了你的窗子

装饰者模式 使用装饰者模式,可以动态的给一个对象添加一些额外的职责.这适用于,我们只希望给某个对象而不是整个类添加一些功能的场景.通过使用含有某个特定功能的类来"包裹"原始的类,提供给原始的类某些它本身不具备的特性.比如,我们有一杯"茉莉茶",现在加上一颗"柠檬",那我们就有了一杯"柠檬茉莉花茶"."柠檬"作为一个装饰者,提供了"茉莉茶"本身没有的清爽口感.当然,这也带来了一定的负担,你