设计模式之装饰模式

网上说JDK中的I/O设计是最标准的装饰模式，所以今天打算研究一些装饰模式，乍一看怎么感觉和代理模式这么像呢？ 

1.为什么需要装饰模式

在不必改变原类文件和使用继承的情况下，动态地扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象。

2.简介

装饰模式又名包装(Wrapper)模式。装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。
装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任。换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不使用创造更多子类的情况下，将对象的功能加以扩展。

装饰模式由4种角色组成：
1）抽象构件（Component）角色：给出一个抽象接口，以规范准备接收附加职责的对象。
2）具体构件（Concrete Component）角色：定义一个将要接收附加职责的类。
3）装饰（Decorator）角色：持有一个构件（Component）对象的实例，并实现一个与抽象构件接口一致的接口，从外类来扩展Component类的功能，但对于Component类来说，是无需知道Decorato的存在的。
4）具体装饰（Concrete Decorator）角色：负责给构件对象添加上附加的职责。

UML类图

3.分类

4.应用

1）给人搭配不同的服饰

//Component
public interface IPerson{
    public void show();
}
//ConcreteComponent
public class Person implements IPerson{    
    private String name;  
    public Person(String name){  
        this.name = name;  
    }    
    public void show(){  
        System.out.println("装扮的"+name);  
    }  
}  
// 服饰类（Decorator）  
public abstract class Finery implements Person {  
    protected IPerson person;  
    public Finery(IPerson person){
        this.person = person;
    } 
    @Override  
    public void show() {  
        person.show();
    }  
}  
// 具体服饰类（ConcreteDecorator）
public class TShirts extends Finery {
    public TShirts(IPerson person){
        super(person); //必须重写构造函数，否则报错
    }
    @Override  
    public void show() {  
        System.out.println("大T恤");  
        super.show(); // 必须加，否则不会依次调用
    }  
}   
// 具体服饰类（ConcreteDecorator） 
public class BigTrouser extends Finery {
    public BigTrouser(IPerson person){
        super(person);
    }
    @Override  
    public void show() {  
        System.out.println("大长裤");  
        super.show();  
    }  
}  
// 客户端代码 
public class Demo {  
    public static void main(String[] args) {  
        IPerson person = 
            new TShirts(new BigTrouser(new Person("桑科")));
        person.show();
        // 运行结果： 大T恤 大长裤 装扮的桑科 
    }  
}  

2）经典demo