0. 前言
写在最前面，本人的设计模式类博文，建议先看博文前半部分的理论介绍，再看后半部分的实例分析，最后再返回来复习一遍理论介绍，这时候你就会发现我在重点处标红的用心，对于帮助你理解设计模式有奇效哦~，转载请注明出处为SEU_Calvin的博客。
装饰模式是结构型设计模式之一，使用一种对客户透明的方式来动态拓展对象的功能，Java IO中各种流的嵌套就是装饰模式的很好体现。
1. 装饰模式介绍
装饰模式定义：
动态地给一个对象添加一些额外的功能，比生成子类要灵活。
装饰模式的使用场景：
需要透明且动态地拓展类的功能的场景。
装饰模式包括的角色：
（1）抽象组件Component类。
（2）组件具体实现ConcreteComponent类。也是被装饰的对象。
（3）抽象装饰类Decorator，内部持有一个组件对象的引用，职责就是装饰ConcreteComponent类。之所以是抽象的，就是为了方便不同的装饰“风格”子类的自定义实现。
（4）具体装饰类ConcreteDecorator。
2. 装饰模式实例介绍
想到装饰，很容易想到一个人穿衣服，在不同的季节穿不同的衣服，比如夏天穿短裤、冬天穿毛裤，但是不管什么季节，内裤肯定是要穿的。
抽象组件Component类就可以是抽象类Person，而ConcreteComponent类就可以是具体的一个人Calvin，也是要被装饰的对象。抽象装饰类Decorator持有了Calvin的引用，并且回调了Calvin本身的一个“穿内裤”的行为，并且在具体的装饰类中，即“冬夏”两个类中，分别为主人公Calvin穿上了毛裤和短裤，为对象增加了额外的功能。代码也比较简单，如下所示。
/*** Decorator Pattern* Created by Calvin on /5/10.*/public class Decorator {public static void main(String[] args) {Person calvin = new Calvin();PersonCloth summerCloth = new SummerCloth(calvin);PersonCloth winterCloth = new WinterCloth(calvin);summerCloth.dressed();winterCloth.dressed();}public static abstract class Person{public abstract void dressed();}public static class Calvin extends Person{@Overridepublic void dressed() {System.out.println("穿件内裤");}}public static abstract class PersonCloth extends Person{Person myPerson;public PersonCloth(Person myPerson) {this.myPerson = myPerson;}@Overridepublic void dressed() {myPerson.dressed();}}public static class SummerCloth extends PersonCloth{public SummerCloth(Person myPerson) {super(myPerson);}@Overridepublic void dressed() {super.dressed();System.out.println("穿件短裤");}}public static class WinterCloth extends PersonCloth{public WinterCloth(Person myPerson) {super(myPerson);}@Overridepublic void dressed() {super.dressed();System.out.println("穿件毛裤");}}}
3. 装饰模式总结
装饰模式动态地给一个对象添加一些额外的功能，相对于继承的方式，更加灵活。
装饰模式经常被误认为是代理模式。装饰模式是以对客户透明的方式扩展对象的功能，是继承关系的一个替代方案。而代理模式则是给一个对象提供一个代理对象，并由代理对象来控制原有对象的引用。
前者重在增加功能，后者重在对代理对象施加控制，不是对对象本身功能的增强。
