设计模式(二):装饰模式

2018国庆黄金周来了,恰值国庆黄金周节假日,我想高速上一定车山车海,还好我选择了高铁,不然肯定需要寻找项目合作人或在高速上吃创业人士的炒饭炒面了。
国庆7天长假,天气又如此的好,所谓风和日丽,如此良辰美景,回家的你一定会发现路上结婚的车队是来来往往,特别是领头的婚车,鲜花与气球给装饰的是大气,豪华。当然婚车里的新娘也是精心装扮,那是,挽青丝,双环结,百合鬓边巧装点。白婚纱,如飘烟,红颜新妆比花艳。甚至王者荣耀也趁这个节假日来了一拨皮肤优惠活动和新出了让“农药们”剁手的"胖达荣荣"国宝皮肤,就是吸引你们剁手去装饰你们喜爱的英雄。还有类似新房装修,博客更新皮肤等等,这些都是装饰。那我们程序世界的装饰模式是如何的呢?

介绍

装饰模式,是面向对象编程领域中,一种动态地往一个类中添加新的行为的设计模式。就功能而言,装饰模式相比生成子类更为灵活,这样可以给某个对象而不是整个类添加一些功能。
意图:动态地给一个对象添加一些额外的职责和增加功能。
主要解决:一般的,我们为了扩展一个类经常使用继承方式实现,由于继承为类引入静态特征,并且随着扩展功能的增多,子类会很膨胀。
何时使用:在不想增加很多子类的情况下扩展类。
如何解决:将具体功能职责划分,同时继承装饰者模式。
关键代码: 1、Component 类充当抽象角色,不应该具体实现。 2、修饰类引用和继承 Component 类,具体扩展类重写父类方法。

实现

以结婚婚车为例,定义汽车接口

public interface Car {

    void drive();
}

创建实现接口的实体类,德国宝马系应该是作为婚车最多的品牌,

public class BMW implements Car {
    @Override
    public void drive() {
        System.out.println("宝马汽车,风驰电掣。");
    }
}

创建实现了 Car 接口的抽象装饰类。我们需要婚车接新娘

public abstract class WeddingCarDecorator implements Car{

    private Car decoratorCar;

    public WeddingCarDecorator(Car decoratorCar) {
        this.decoratorCar = decoratorCar;
    }

    @Override
    public void drive() {
        decoratorCar.drive();
    }
}

创建扩展了 WeddingCarDecorator 类的实体装饰类 - 宝马婚车。

public class BMWWeddingCar extends WeddingCarDecorator {

    public BMWWeddingCar(Car decoratorCar) {
        super(decoratorCar);
    }

    @Override
    public void drive() {
        beautify();
        super.drive();
    }

    private void beautify() {
        System.out.println("结婚婚车,铺上鲜花,系上气球。");
    }
}

使用 WeddingCarDecorator 来装饰 Car对象。

public class DecoratorDemoMain {

    public static void main(String[] args) {

        System.out.println("------正常的德系宝马------");
        BMW bmw = new BMW();
        bmw.drive();
        System.out.println("------作为婚车的德系宝马------");
        BMWWeddingCar bmwWeddingCar = new BMWWeddingCar(bmw);
        bmwWeddingCar.drive();
    }
}

执行程序,输出结果:

------正常的德系宝马------
宝马汽车,风驰电掣。
------作为婚车的德系宝马------
结婚婚车,铺上鲜花,系上气球。
宝马汽车,风驰电掣。

总结

优点:装饰类和被装饰类可以独立发展,不会相互耦合,装饰模式是继承的一个替代模式,装饰模式可以动态扩展一个实现类的功能。
缺点:多层装饰比较复杂。
使用场景: 1、扩展一个类的功能。 2、动态增加功能,动态撤销。
注意事项:可代替继承。

原文地址:https://www.cnblogs.com/jajian/p/9729989.html

时间: 2024-10-09 23:08:02

设计模式(二):装饰模式的相关文章

设计模式<二>——装饰模式

番外:仅供个人学习 装饰模式类图: ConcreteComponent即为装饰者,Decorator即为装饰器. 特点:装饰者和装饰器都继至同一个父类,并且装饰器还由父类(装饰者或装饰器)组合而成.即装饰器类成员变量一定包含了装饰者或者装饰器本身. 使用: ConcreteComponent c = new ConcreteComponent();//定义一个装饰者 ConcreteDecoratorA d1 = new ConcreteDecoratorA ();//定义第一个装饰器 Conc

JAVA设计模式之 装饰模式【Decorator Pattern】

一.概述 动态地给一个对象增加一些额外的职责,就增加对象功能来说,装饰模式比生成子类实现更为灵活.装饰模式是一种对象结构型模式.装饰模式是一种用于替代继承的技术,使用对象之间的关联关系取代类之间的继承关系.在装饰模式中引入了装饰类,在装饰类中既可以调用待装饰的原有类的方法,还可以增加新的方法,以扩充原有类的功能. 二.适用场景 装饰原有对象.在不改变原有对象的情况下扩展增强新功能/新特征..当不能采用继承的方式对系统进行扩展或者采用继承不利于系统扩展和维护时可以使用装饰模式. 三.UML类图 四

设计模式之装饰模式20170726

结构型设计模式之装饰模式: 一.含义 动态地给一个对象添加一些额外的职责.就增加功能来说,装饰模式相比生成子类更为灵活. 通俗来讲,装饰模式是对类的功能进行加强或减弱. 二.代码说明 1.主要有两个角色 1)构件 最核心.最原始.最基本的对象,也就是要装饰的对象. 2)装饰角色 把最核心.最原始.最基本的东西装饰成其他东西 2.在用C实现过程中也是参考这种思想,以修饰成绩单举例,具体实现如下: 1)装饰模式使用场景: 1 /***********************************

设计模式:二

php面向对象设计模式中,工厂模式,从字面中就可以以理解为,工厂模式就是在不改变原来代码的结构的基础上,根据需求的增加类定义去完成 <?php header("Content-Type:text/html; charset=utf8"); /** * php设计模式 * 二:工厂模式 * */ // 定义接口DB类 interface DB{ function conn(); } class dbmysql implements DB{ public function conn(

跟我学设计模式视频教程——装饰模式,装饰模式VS代理模式

课程视频 装饰模式 装饰模式VS代理模式1 装饰模式VS代理模式2 课程笔记 课程笔记 课程代码 课程代码 新课程火热报名中 课程介绍 跟我学设计模式视频教程--装饰模式,装饰模式VS代理模式,布布扣,bubuko.com

设计模式 ( 二十一 ):Vistor访问者模式 -- 行为型

1.概述 在软件开发过程中,对于系统中的某些对象,它们存储在同一个集合collection中,且具有不同的类型,而且对于该集合中的对象,可以接受一类称为访问者的对象来访问,而且不同的访问者其访问方式有所不同. 例子1:顾客在超市中将选择的商品,如苹果.图书等放在购物车中,然后到收银员处付款.在购物过程中,顾客需要对这些商品进行访问,以便确认这些商品的质量,之后收银员计算价格时也需要访问购物车内顾客所选择的商品. 此时,购物车作为一个ObjectStructure(对象结构)用于存储各种类型的商品

设计模式 ( 二十 ): Template method模板方法模式 -- 行为型

  1.概述 在面向对象开发过程中,通常我们会遇到这样的一个问题:我们知道一个算法所需的关键步骤,并确定了这些步骤的执行顺序.但是某些步骤的具体实现是未知的,或者说某些步骤的实现与具体的环境相关.例子1:银行业务办理流程在银行办理业务时,一般都包含几个基本固定步骤:取号排队->办理具体业务->对银行工作人员进行评分.取号取号排队和对银行工作人员进行评分业务逻辑是一样的.但是办理具体业务是个不相同的,具体业务可能取款.存款或者转账. 2.问题 如何保证架构逻辑的正常执行,而不被子类破坏 ? 3.

设计模式之装饰模式 c++实现和详细分析

Decorator模式(别名Wrapper):动态将职责附加到对象上,若要扩展功能,装饰者提供了比继承更具弹性的代替方案. 它使功能具有动态性 已经开发完毕的对象,后期由于业务需要,对旧的对象需要扩展特别多的功能,这时候使用给对象动态地添加新的状态或者行为(即装饰模式)方法,而不是使用子类静态继承. 引入装饰模式的原因  : 由于若有很多个功能,这么多功能 可能会出现各种组合,而每个组合都要对应一个类,这是指数级的类的数量增长(因为我们要扩展不应直接修改类,所以采取继承 而不是改变原有类)  

【设计模式】——装饰模式

装饰模式(Decorator),动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活. 装饰模式结构图: Component是定义一个对象接口,可以给这些对象动态地添加职责.ConcreteComponent是定义了一个具体的对象,也可以给这个对象添加一些职责.Decorator,装饰抽象类,继承了Component,从外类来扩展Component类的功能,但对于Component来说,是无需知道Decorator的存在的.至于ConcreteDecorator就是具体

介绍MFC框架中涉及到的设计模式(二)

接着上一篇<介绍MFC框架中涉及到的设计模式(一)>介绍 单例模式(Singleton Pattern) 单例模式是一种常用的软件设计模式.在它的核心结构中只包含一个被称为单例类的特殊类.通过单例模式可以保证系统中一个类只有一个实例而且该实例易于外界访问,从而方便对实例个数的控制并节约系统资源.如果希望在系统中某个类的对象只能存在一个,单例模式是最好的解决方案. 单例模式的要点有三个: 1.某个类只能有一个实例: 2.它必须自行创建这个实例: 3.它必须自行向整个系统提供这个实例. 单例模式典