\t\t装饰模式 桥接模式

装饰模式 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。房子装修原理,墙体穿衣。

abstract class 装修依赖于抽象 抽象继承自房子 装修不影响房子结构

采用对象组合而非继承的手法，实现了在运行时动态的扩展对象功能的能力，而且可以根据需要扩展多个功能，避免了单独使用继承带来的“灵活性差”和“多子类衍生问题”。同时它很好地符合面向对象设计原则中“优先使用对象组合而非继承”和“开放-封闭”原则。

组成：
1)抽象构件角色(Component)：定义一个抽象接口，以规范准备接收附加责任的对象。
2)具体构件角色(Concrete Component)：这是被装饰者，定义一个将要被装饰增加功能的类(抽象类)。
3)装饰角色(Decorator)：持有一个构件对象的实例，并定义了抽象构件定义的接口。
4)具体装饰角色(Concrete Decorator)：负责给构件添加增加的功能。

适用：
1)在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
2)处理那些可以撤消的职责。
3)当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。

桥接模式（Bridge pattrern）:将抽象部分与实现部分向分离，使他们都可以独立变化。

适用性
1．如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的联系。
2．设计要求实现化角色的任何改变不应当影响客户端，或者说实现化角色的改变对客户端是完全透明的。
3．一个构件有多于一个的抽象化角色和实现化角色，系统需要它们之间进行动态耦合。
4．虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。