浅谈装饰模式和覆盖

一、什么是装饰模式?

装饰模式(Decorator)，动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。把所需的功能按正确的顺序串联起来进行控制。

图表4装饰模式(Decorator)结构图

l Component定义一个对象接口，可以给这些镀锡动态地添加职责。

l ConcreteComponent是定义了一个具体的对象，也可以给这个对象添加一些职责。

l Decorator，装饰抽象类，继承了Component，从外类来扩展Component类的功能，但对于Component来说，是无需知道Decorator的存在的。

l ConcreteDecorator是具体的装饰对象，起到给Component添加职责的功能。

装饰模式利用SetComponent来对对象进行包装。每个装饰对象的实现和如何使用这个对象分离开，每个装饰对象只关心自己的功能，不需要关心如何被添加到对象链当中。

如果只有一个ConcreteComponent类而没有抽象的Component类，那么Decorator类可以是ConcreteComponent的一个子类。同样道理，如果只有一个ConcreteDecorator类，那么就没有必要建立一个单独的Decorator类，而可以把Decorator和ConcreteDecorator的责任合并成。

装饰模式是为已有功能动态地添加更多功能的一种方式。在起初的设计中，当系统需要新功能的时候，向旧的类中添加新的代码，这些新加的代码通常装饰了原有类的核心职责或主要行为，但这种做法的问题在于，它们在主类中加入了新的字段、新的方法和新的逻辑，从而增加了主类的复杂度，而这些新加入的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为的需要。装饰模式却提供了一个非常好的解决方案，它把每个要装饰的功能放在单独的类中，并让这个类包装它所要装饰的对象，因此，当需要执行特殊行为时，客户代码就可以在运行时根据需要有选择地、按顺序地使用装饰功能包装对象了。

装饰模式的优点是，把类中的装饰功能搬移去除，这样可以简化原有的类，有效地把类的核心职责和装饰功能区分开，而且可以去除相关类中重复的装饰逻辑。

装饰模式解决方案

1.写一个类实现与被增强对象相同的接口

2.在类中定义一个变量记住被增强对象

3.在类中定义一个构造函数，接收被增强对象

4.覆盖想增强的方法

5.对于不想增强的方法，直接调用目标对象（被增强对象）的方法

二、什么是覆盖？

override可以翻译为覆盖，从字面就可以知道，它是覆盖了一个方法并且对其重写，以求达到不同的作用。对我们来说最熟悉的覆盖就是对接口方法的实现，在接口中一般只是对方法进行了声明，而我们在实现时，就需要实现接口声明的所有方法。除了这个典型的用法以外，我们在继承中也可能会在子类覆盖父类中的方法。在覆盖要注意以下的几点：1、覆盖的方法的标志必须要和被覆盖的方法的标志完全匹配，才能达到覆盖的效果；2、覆盖的方法的返回值必须和被覆盖的方法的返回一致；3、覆盖的方法所抛出的异常必须和被覆盖方法的所抛出的异常一致，或者是其子类；4、被覆盖的方法不能为private，否则在其子类中只是新定义了一个方法，并没有对其进行覆盖。