简说装饰模式

设计模式之装饰模式

定义

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

解释说明

在装饰模式下，当我们需要为现有的类去扩展新的行为或者内容时，优先选择组合而非继承。为现有类型组合新功能的时候就用到了装饰模式。用装饰类去包裹现有类，并与之保持相同的行为，在装饰类中为此相同行为添加新的功能，就完成了对现有类功能的扩展。

代码块

public class Test { 
    //抽象接口
    interface Person{
        public abstract void say(); 
    }
    //具体类
    class Man implements Person{
        @Override
        public void say(){
            System.out.println("我是男人");
        }
    }
    //父类装饰角色
    class ManDecorator implements Person{
        public ManDecorator(Person person){
            this.person = person;
        }
        @Override
        public void say(){
            person.say();
        }
        private Person person;
    }
    //具体装饰角色
    class Decorator1 extends ManDecorator{
        public Decorator1(Person person){
            super(person);
        }
        @Override
        public void say(){
            super.say();
            System.out.println("这句话就是为现有类扩展功能的代码喽");
        }
    }
    //测试
    public static void main(String[] args) {
        //实例化现有类
        Man man = new Test().new Man();
        //实例化装饰类，为扩展man的功能
        Decorator1 decorator1 = new Test().new Decorator1(man);
        decorator1.say();
    }
}

代码解读

以上就是完整的装饰模式实例代码。在上述代码中，Man类是我们的现有类，我们需要通过装饰模式对Man类的say()功能进行扩展。为了保持装饰类（ManDecorator ）与现有类（Man）保持一致的行为（say），所以我们的装饰类也实现了Person接口。我们创建具体的装饰实现类（Decorator1 ），通过集成父类（ManDecorator ）保证了装饰实现类也具有（say）方法，最后便可在装饰实现类（Decorator1 ）中对say方法进行功能的扩展。

以上代码是完整的装饰模式范例，中间的环节略显复杂。在实际的开发当中，我们完全可以精简以上代码。例如：当没有Person接口的时候，我们可以让装饰类（ManDecorator ）集成Man类，从而保证具有相同的行为（say方法）；又或者，我们可以将装饰类（ManDecorator ）与装饰实现类（Decorator1 ）合并成一个类，完成对现有类（Man）的功能的扩展。

总结

优点

1. Decorator模式与继承关系的目的都是要扩展对象的功能，但是Decorator可以提供比继承更多的灵活性。
2. 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。

缺点

1. 这种比继承更加灵活机动的特性，也同时意味着更加多的复杂性。
2. 装饰模式会导致设计中出现许多小类，如果过度使用，会使程序变得很复杂。
3. 装饰模式是针对抽象组件（Component）类型编程。但是，如果你要针对具体组件编程时，就应该重新思考你的应用架构，以及装饰者是否合适。当然也可以改变Component接口，增加新的公开的行为，实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。

试用场景

1. 需要扩展一个类的功能，或给一个类添加附加职责。
2. 需要动态的给一个对象添加功能，这些功能可以再动态的撤销。
3. 需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变的不现实。
4. 当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。