详解设计模式--【装饰模式】

什么是装饰模式

• 装饰模式属于对象结构型模式
• 装饰模式：动态的给一个对象增加一些额外的职责，就增加对象功能来说，装饰模式比生成子类实现更为灵活
• 装饰模式可以在不需要创建多个子类的情况下，让对象的功能得以扩展

模式动机

• 装饰模式是满足可以在不改变一个对象本身功能的基础上给对象增加新行为的模式
• 装饰模式是一种用于替代继承的技术，它通过一种无须定义子类的方式给对象动态增加职责，使得对象增加的关联关系取代了类之间的继承关系
• 引入装饰类，在装饰类中既可以调用待装饰的原有类的方法还可以增加新的方法，来扩展原有类的功能

模式结构

装饰模式包含如下角色：

• Component: 抽象构件类
• ConcreteComponent: 具体构件类
• Decorator: 抽象装饰类
• ConcreteDecorator: 具体装饰类

装饰模式的实现描述：

• 装饰模式的业务就是为原有的具体构件类（ConcreteComponent）进行装饰，而实现装饰模式的过程就是通过具体的装饰类来为原有的具体构建类添加新的业务方法。该过程的实现在于，先将具体构件类对象注入到对应的抽象装饰类中以保证原有的业务，然后在具体装饰类中在继承抽象装饰类的基础上添加新的业务方法，从而得到一个实现装饰的具体构件。
• 需要注意的时候，对于抽象装饰类以及具体装饰类都实现抽象构件类接口。

实现步骤

1. 创建抽象构件类接口，实现对应的具体构件类

2. 创建抽象装饰类实现抽象构件类接口，并在构造方法中实现将具体构件类对象注入，同时实现接口方法（一般直接使用注入的对象调用其原来实现的方法）

3. 创建具体装饰类继承与抽象装饰类，构造方法实现具体构件类对象的注入

4. 为具体装饰类添加新的业务方法

//具体装饰类
public class Robot extends Changer{
    public Robot(Transform tf){
    //构造方法获取父类（抽象装饰类）的构造方法
        super(tf);
    }
    //原有的父类方法
    public void  old(){
        super.old();
        //调用本类添加的业务方法
        say();
    }
    public void say(){
        //新的业务方法体
    }    
}

两种装饰模式

透明装饰模式

• 透明(Transparent)装饰模式：要求客户端完全针对抽象编程，装饰模式的透明性要求客户端程序不应该将对象声明为具体构件类型或具体装饰类型，而应该全部声明为抽象构件类型
• 对于客户端而言，具体构件对象和具体装饰对象没有任何区别
• 可以让客户端透明地使用装饰之前的对象和装饰之后的对象，无须关心它们的区别
• 可以对一个已装饰过的对象进行多次装饰，得到更为复杂、功能更为强大的对象
• 无法在客户端单独调用新增方法

半透明装饰模式

• 半透明(Semi-transparent)装饰模式：用具体装饰类型来定义装饰之后的对象，而具体构件使用抽象构件类型来定义
• 对于客户端而言，具体构件类型无须关心，是透明的；但是具体装饰类型必须指定，这是不透明的
• 可以给系统带来更多的灵活性，设计相对简单，使用起来也非常方便
• 客户端使用具体装饰类型来定义装饰后的对象，因此可以单独调新增方法
• 最大的缺点在于不能实现对同一个对象的多次装饰，而且客户端需要有区别地对待装饰之前的对象和装饰之后的对象

两种装饰模式的区别

• 第一个区别在于在客户端实例化时的区别：

​ 1、透明装饰模式在客户端对具体装饰类的实例化是实现抽象构件类的实例

​ 2、而半透明是实现具体装饰类对自己的实例化

//透明
抽象构件类 obj=new 具体装饰类();
//半透明
具体装饰类 obj=new 具体装饰类();

• 第二个区别：透明装饰可以对一个已经装饰过的对象进行多次装饰，而半透明不行

• 第三个区别：透明装饰无法在客户端单独调用新增方法，而半透明可以