前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >装饰者模式.

装饰者模式.

作者头像
JMCui
发布2018-12-12 15:26:28
3730
发布2018-12-12 15:26:28
举报
文章被收录于专栏:JMCuiJMCui

一、概念

  • 继承的缺点:类数量爆炸、设计死板以及基类加入的新功能可能并不适用于所有的子类。
  • 装饰者模式:动态地将责任附加到对象上,若要扩展功能,装饰者提供了比继承更有弹性的替代方案。一言以蔽之 —— 动态扩展类的行为。
  • 角色:   1、抽象组件(Component):给出一个抽象类或接口,以规范准备接收附加责任的行为。   2、具体组件(ConcreteComponent):继承或实现抽象组件,定义一个将要接收附加责任的类。   3、抽象装饰者(Decorator):持有一个组件(Component)对象的实例,一般从抽象组件扩展,类型是抽象类或者接口,目的是达到"类型匹配"。   4、具体装饰者(ConcreteDecorator):继承或实现抽象装饰者,负责给组件对象"贴上"附加的责任。

二、Demo 实现

TOPIC:我们要定义一些饮品,并能够向饮品中添加一些调料,比如摩卡、糖之类的,然后能够根据添加的调料种类动态的修改饮品的价格。

1、抽象组件

代码语言:javascript
复制
public abstract class Beverage {

    String description = "Unknown Beverage";

    public String getDescription() {
        return description;
    }

    public abstract double cost();
}

这是一个抽象组件角色 —— 饮品抽象类,抽象方法 cost() 用来规范接收附加责任的行为。

2、具体组件

代码语言:javascript
复制
public class Espresso extends Beverage {

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

    @Override
    public double cost() {
        return 1.99;
    }
}
代码语言:javascript
复制
public class HouseBlend extends Beverage {

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

    @Override
    public double cost() {
        return 0.89;
    }
}

这是两个具体组件角色 —— 浓缩咖啡类和混合饮料类,用来接受附加责任,也就是装饰者具体要装饰的类!

3、抽象装饰者

代码语言:javascript
复制
public abstract class CondimentDecorator extends Beverage {

    protected Beverage beverage;

    @Override
    public abstract String getDescription();
}

这是一个抽象装饰者角色,主要的目的是为了"类型匹配",什么是"类型匹配"呢?不多说,看看下面的测试类就一目了然了!

4、具体装饰者

现在我们想往饮品中添加摩卡,然后在饮品的价格上添加上摩卡的价格,也就是在不改变饮品类内部代码的情况下扩展饮品类的行为 —— 用摩卡类修饰饮品类!

代码语言:javascript
复制
public class Mocha extends CondimentDecorator {

    public Mocha(Beverage b) {
        beverage = b;
    }

    @Override
    public String getDescription() {
        return beverage.getDescription() + "+Mocha";
    }

    @Override
    public double cost() {
        return beverage.cost() + 0.20;
    }
}

5、测试

测试类能帮你对装饰者模式有更清晰的认识!

代码语言:javascript
复制
public static void main(String[] args) {
    Beverage beverage = new Espresso();
    System.out.println("浓缩咖啡:" + beverage.getDescription() + "," + beverage.cost());
    
    Beverage beverage1 = new HouseBlend();
    // 抽象装饰者的 "类型匹配" 如下 —— 可以用同一个实例对象接收装饰对象,以达到类行为扩展的目的。
    beverage1 = new Mocha(beverage1);
    beverage1 = new Mocha(beverage1);
    System.out.println("混合饮料+2份摩卡:" + beverage1.getDescription() + "," + beverage1.cost());
}
avatar
avatar

演示源代码:https://github.com/JMCuixy/design-patterns

三、总结

  • 设计原则:类应该对扩展开放,对修改关闭。
  • 特点:   1、装饰者和被装饰者对象有相同的超类型。   2、你可以用一个或多个装饰者包装一个对象。   3、装饰者可以在所委托的被装饰者行为之前或之后,加上自己的行为,以达到特定的目的。   4、对象可以在任何时候被装饰,所以你可以在运行时动态地、不限量的用你喜欢的装饰者来装饰对象。
  • 优点:装饰者模式的设计具有弹性,可以应对改变,可以接受新的功能来应对改变的需求。
  • 缺点:如果每个地方都采用开放-封闭原则是一种浪费,也没必要,还会导致代码变得复杂且难以理解。比如会产生很多的小类。
本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2018-11-14 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 一、概念
  • 二、Demo 实现
    • 1、抽象组件
      • 2、具体组件
        • 3、抽象装饰者
          • 4、具体装饰者
            • 5、测试
            • 三、总结
            领券
            问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档