装饰者模式,适配器模式

电话面试

装饰者模式

●　　抽象构件(Component)角色：给出一个抽象接口，以规范准备接收附加责任的对象。
●　　具体构件(ConcreteComponent)角色：定义一个将要接收附加责任的类。
●　　装饰(Decorator)角色：持有一个构件(Component)对象的实例，并定义一个与抽象构件接口一致的接口。
●　　具体装饰(ConcreteDecorator)角色：负责给构件对象“贴上”附加的责任。

装饰者模式的优点：

1、 通过组合而非继承的方式，实现了动态扩展对象的功能的能力。
2、 有效避免了使用继承的方式扩展对象功能而带来的灵活性差，子类无限制扩张的问题。
3、 充分利用了继承和组合的长处和短处，在灵活性和扩展性之间找到完美的平衡点。
4、 装饰者和被装饰者之间虽然都是同一类型，但是它们彼此是完全独立并可以各自独立任意改变的。
5、 遵守大部分GRASP原则和常用设计原则，高内聚、低偶合。

装饰者模式的缺点：
1、 装饰链不能过长，否则会影响效率。
2、 因为所有对象都是继承于Component,所以如果Component内部结构发生改变，则不可避免地影响所有子类(装饰者和被装饰者)，也就是说，通过继承建立的关系总是脆弱地，如果基类改变，势必影响对象的内部，而通过组合(Decoator HAS A Component)建立的关系只会影响被装饰对象的外部特征。
3、只在必要的时候使用装饰者模式，否则会提高程序的复杂性，增加系统维护难度。

适配器模式

• Target
— 定义Client使用的与特定领域相关的接口。
• Client
— 与符合Target接口的对象协同。
• Adaptee
— 定义一个已经存在的接口，这个接口需要适配。
• Adapter
— 对Adaptee的接口与Target接口进行适配
在上面的通用类图中，Cient 类最终面对的是 Target 接口（或抽象类），它只能够使用符合这一目标标准的子类；而 Adaptee 类则是被适配的对象（也称 源角色），因为它包含specific （特殊的）操作、功能等，所以我们想要在自己的系统中使用它，将其转换成符合我们标准的类，使得 Client 类可以在透明的情况下任意选择使用 ConcreteTarget 类或是具有特殊功能的 Adatee 类。

首先，必须强调的是，适配器模式适用于使用第三方软件的情况，并且第三方软件提供的接口和我们开发的系统接口不一致，同时我们正在开发的系统想要改变接口已经不容易了，这时候使用适配器就比较好。其实，适配器模式更像是一个弥补型的模式，当接口不一致时，并且系统开发已经进入了很难改变的时候，这时候可以使用适配器模式，但是如果在开发的早期就发现了接口不一致，尽量不要采用适配器模式，而是最后把接口设计的一致比较好。也就是说适配器模式大部分在软件开发后期使用的一种设计模式。