JAVA设计模式之装饰器模式

设计模式

设计模式(Design Pattern)是前辈们对代码开发经验的总结，是解决特定问题的一系列套路。它不是语法规定，而是一套用来提高代码可复用性、可维护性、可读性、稳健性以及安全性的解决方案。

总体来说设计模式分为三大类：

创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。

结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。

行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

六大原则：

单一职责原则:
不要存在多于一个导致类变更的原因，也就是说每个类应该实现单一的职责，否则就应该把类拆分

里氏替换原则(Liskov Substitution Principle):
子类可以扩展父类的功能，但不能改变父类原有的功能。父类能出现的地方都可以用子类来代替，而且换成子类也不会出现任何错误或异常，而使用者也无需知道是父类还是子类，但反过来则不成立。总之，就是抽象。

依赖倒转原则(Dependence Inversion Principle):
面向接口编程，依赖于抽象而不依赖于具体。写代码时用到具体类时，不与具体类交互，而与具体类的上层接口交互

接口隔离原则(Interface Segregation Principle):
每个接口中不存在子类用不到却必须实现的方法，如果不然，就要将接口拆分。使用多个隔离的接口，比使用单个接口(多个接口方法集合到一个的接口)要好。

迪米特法则(最少知道原则)(Demeter Principle):
一个类对自己依赖的类知道的越少越好。无论被依赖的类多么复杂，都应该将逻辑封装在方法的内部，通过public方法提供给外部。这样当被依赖的类变化时，才能最小的影响该类。
最少知道原则的另一个表达方式是：只与直接的朋友通信。类之间只要有耦合关系，就叫朋友关系。耦合分为依赖、关联、聚合、组合等。我们称出现为成员变量、方法参数、方法返回值中的类为直接朋友。局部变量、临时变量则不是直接的朋友。我们要求陌生的类不要作为局部变量出现在类中。

合成复用原则(Composite Reuse Principle):
尽量首先使用合成/聚合的方式，而不是使用继承。

装饰器模式

装饰器模式(Decorator Pattern)属于设计模式中的结构型模式，它是作为现有的类的一个包装。实现方式一般是创建一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。在想要增强某个对象的功能但是又不想改变该对象的代码时，可以引入装饰器模式。

装饰器模式核心角色

抽象组件(Component)：定义了原始对象和装饰器对象的共同接口，可以是抽象类或接口。
具体组件(ConcreteComponent)：实现了抽象组件接口，是需要被装饰的原始对象。
抽象装饰器(Decorator)：继承了抽象组件，持有一个抽象组件对象的引用，并定义了与抽象组件相同的接口。
具体装饰器(ConcreteDecorator)：继承了抽象装饰器，通过对抽象组件进行装饰，添加额外的功能。

代码实例

Component

public interface Coffee {
    void drink();
}

ConcreteComponent

public class Cappuccino implements Coffee {
    @Override
    public void drink() {
        System.out.println("给阿姨上一杯卡布奇诺！");
    }
}

Decorator

public abstract class Decorator implements Coffee {
    Coffee coffee;

    public Decorator(Coffee coffee) {
        this.coffee = coffee;
    }

    @Override
    public void drink() {
        coffee.drink();
    }
}

ConcreteDecorator

public class ConcreteDecorator extends Decorator {
    public ConcreteDecorator(Coffee coffee) {
        super(coffee);
    }

    @Override
    public void drink() {
        System.out.println("给阿姨上一杯加糖后的卡布奇诺！");
    }
}

测试

    public static void main(String[] args) {
        //原对象
        Coffee cappuccino = new Cappuccino();
        cappuccino.drink();
        //装饰对象
        Coffee decorator = new ConcreteDecorator(cappuccino);
        decorator.drink();
    }

结论

优点：

1. 装饰类和被装饰类可以独立发展，不会相互耦合。
2. 装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能，使用灵活。

缺点：

1. 使用装饰器会增加代码的复杂性和代码可读性，尤其是在需要嵌套多个装饰器时。
2. 因为每个装饰器都需要在运行时动态地修改对象的行为，所以系统性能可能会下降。

装饰器模式和静态代理的区别

相同点：

1、都是结构性设计模式，都是用来增强原对象的方法。

2、这个两个设计模式是为了解决不同的问题而抽象总结出来的，是可以混用的！可以在代理的基础上在加一个装饰，也可以在装饰器的基础上在加一个代理模式。

不同点：

1、装饰器模式主要用来增强原来的对象的功能，代理模式一般是调用增强后的代理对象。

2、装饰模式是为装饰的对象增强功能；而代理模式对代理的对象施加控制！例如装饰器模式可以用于给咖啡或者奶茶加糖，代理模式主要用于和咖啡前判断是不是有糖尿病，如果没有的话再喝加糖的咖啡或者奶茶。