在我们进行Java开发的时候，很多时候我们可能对Java提供给我们的对象不满意，不能满足我们的功能。此时我们就想对Java原对象进行增强，能够实现我们想要的功能就好。

一般来说，实现对象增强有三种方式：

继承
- 继承父类，子类扩展
装饰器模式
- 使用“包装”的方式来增强对象
代理模式
- 代理模式

一：继承

最简单的方式就是继承父类，子类扩展来达到目的。虽然简单，但是这种方式的缺陷非常大：

一、如果父类是带有数据、信息、属性的话，那么子类无法增强。
二、子类实现了之后需求无法变更，增强的内容是固定的。

我们设计一个电话类

public interface Phone {void call();}

此时，我想打电话之前能听彩铃，于是我继承Phone类，实现我想要的功能。

public class MusicPhone implement Phone {public MusicPhone(Phone phone){super(phone);}public void listenMusic(){System.out.println("继续跑 带着赤子的骄傲，生命的闪耀不坚持到底怎能看到，与其苟延残喘不如纵情燃烧");}@Overridepublic void call() {listenMusic();super.call();}
}

我们的功能就做好了：

可是我需求现在又想变了：

我不想听彩铃了，只想听完电话通知一下时间就好了……..(可是我们的通知时间电话类是继承在听彩铃的电话类基础之上的),,,
我又有可能：我想在听电话之前报告一下时间，听完电话听音乐！…
如果需求变动很大的情况下，而我们又用继承的方式来实现这样会导致一种现象：类爆炸(类数量激增)！并且继承的层次可能会比较多~

所以，我们可以看到子类继承父类这种方式来扩展是十分局限的，不灵活的~

因此我们就有了装饰模式！

二：装饰者模式

1：电话接口

public interface Phone {void call();}

2；具体实现：

public class IphoneX implements Phone {@Overridepublic void call() {System.out.println("打电话给周围的人关注我");}
}

3：换一种实现方式

上面我们已经拥有了一个接口还有一个默认实现。包装模式是这样干的：

首先我们弄一个装饰器，它实现了接口，以组合的方式接收我们的默认实现类

public class PhoneDecorate implements Phone {private Phone phone;public PhoneDecorate(Phone phone){this.phone=phone;}@Overridepublic void call() {phone.call();}
}

有了装饰器以后，我们的扩展都可以以装饰器为基础进行扩展，继承装饰器来扩展就好了！

我们想要在打电话之前听音乐：

public class MusicPhone extends PhoneDecorate {public MusicPhone(Phone phone){super(phone);}public void listenMusic(){System.out.println("继续跑 带着赤子的骄傲，生命的闪耀不坚持到底怎能看到，与其苟延残喘不如纵情燃烧");}@Overridepublic void call() {listenMusic();super.call();}
}

现在我也想在打完电话后通知当前的时间，于是我们也继承装饰类来扩展：

// 这里继承的是MusicPhone装饰器类
public class GiveCurrentTimePhone extends PhoneDecorate  {public GiveCurrentTimePhone(Phone phone) {super(phone);}// 自定义想要实现的功能：给出当前的时间public void currentTime() {System.out.println("当前的时间是：" + System.currentTimeMillis());}// 重写要增强的方法@Overridepublic void call() {super.call();// 打完电话后通知一下当前时间currentTime();}
}

就目前这样看起来，比我直接继承父类要麻烦，而功能效果是一样的….我们继续往下看~~

此时，我不想在打电话之前听到彩铃了，很简单：我们不装饰它就好了！

此时，我想在打电话前报告一下时间，在打完电话之后听彩铃。

注意：虽然说要改动类中的代码，但是这种改动是合理的。因为我定义出的GiveCurrentTimePhone类和MusicPhone类本身从语义上就没有规定扩展功能的执行顺序
而继承不一样：先继承Phone->实现MusicPhone->再继承MusicPhone实现GiveCurrentTimePhone。这是固定的，从继承的逻辑上已经写死了具体的代码，是难以改变的。

三：装饰者模式讲解

可能有的同学在看完上面的代码之后，还是迷迷糊糊地不知道装饰模式是怎么实现“装饰”的。下面我就再来解析一下：

第一步：我们有一个Phone接口，该接口定义了Phone的功能
第二步：我们有一个最简单的实现类iPhoneX
第三步：写一个装饰器抽象类PhoneDecorate，以组合(构造函数传递)的方式接收我们最简单的实现类iPhoneX。其实装饰器抽象类的作用就是代理(核心的功能还是由最简单的实现类iPhoneX来做，只不过在扩展的时候可以添加一些没有的功能而已)。
第四步：想要扩展什么功能，就继承PhoneDecorate装饰器抽象类，将想要增强的对象(最简单的实现类iPhoneX或者已经被增强过的对象)传进去，完成我们的扩展！

Java常用设计模式之装饰者模式相关推荐

初学Java常用设计模式之——装饰器模式
声明:转载请附上原文链接提示:标题序号从8开始,是照应不同设计模式笔记发布的顺序而定的,比如,上一篇文章初学Java常用设计模式之--桥接模式和组合模式序号从7开始. 8. 装饰器设计模式(重点 ...
九大常用设计模式学习-装饰者模式
设计模式学习记录:一句话+代码体会设计模式. 九大常用设计模式单例模式:https://blog.csdn.net/qq_37902949/article/details/87903569 简单工厂 ...
java常用设计模式之多例模式
多例模式: 说明: 多例模式可以看做事单例模式的一个推广,区别在于,单例模式有且只有一个对象,产生,而多例模式则会产生多个我们所需要的对象. 使用方法: 1.私有化构造方法,使其在外部无法被调用,构造 ...
java常用设计模式7——责任链模式
嘿嘿,这次介绍一个好玩的设计模式 - - 责任链模式相关代码下载: GitHub - GodisGod/DesignPatternStudy: 设计模式学习demo https://github.c ...
设计模式之装饰者模式--钢铁侠的形成
前言本文主要讲述java常见设计模式之装饰者模式,文中使用通俗易懂的案例,使你更好的学习本章知识点并理解原理,做到有道无术. 一.什么是装饰者模式装饰者模式是23种设计模式中结构型模式的一种,它的 ...
Java设计模式（装饰者模式-组合模式-外观模式-享元模式）
Java设计模式Ⅳ 1.装饰者模式 1.1 装饰者模式概述 1.2 代码理解 2.组合模式 2.1 组合模式概述 2.2 代码理解 3.外观模式 3.1 外观模式概述 3.2 代码理解 4.享元模式 ...
Java常用设计模式————原型模式（一）
介绍原型模式(Prototype Pattern):用原型实例指定创建对象的种类,并通过拷贝这些原型创建新的对象. 原型模式用于创建重复的对象,同时又能保证性能.当直接创建对象的代价比较大时,则采用 ...
初学Java常用设计模式之——原型模式
声明:转载请附上原文链接提示:标题序号从3开始,是照应不同设计模式笔记发布的顺序而定的,比如,第上一篇文章初学Java常用设计模式之--工厂模式序号从2开始. 标题后面之所以加上了解,是因为相对 ...
初学Java常用设计模式之——工厂模式
声明:转载请附上原文链接提示:标题序号从2开始,是照应不同设计模式笔记发布的顺序而定的,比如,第上一篇文章初学Java常用设计模式之--单例模式序号从1开始 2. 工厂模式(常用) ⼯⼚模式介绍 ...

Java常用设计模式之装饰者模式

一：继承

二：装饰者模式

三：装饰者模式讲解

Java常用设计模式之装饰者模式相关推荐

最新文章

热门文章