结构型模式

Adapter适配器使得一个接口与其他接口兼容，从而给出了多个不同接口的统一抽象。

Composite模式描述了如何构造一个类层次结构，这一结构由两种类型的对象（基元对象和组合对象）所对应的类构成。其中的组合对象使得你可以组合基元对象以及其他的组合对象，从而形成任意复杂的结构。

Proxy模式中，proxy对象作为其他对象的一个方便的替代或占位符。

Flyweight模式为了共享对象定义了一个结构。

Facade模式描述了如何用单个对象表示整个子系统。模式中的facade用来表示一组对象，facade的职责是将消息转发给它所表示的对象。

Bridge模式将对象的抽象和其实现分离，从而可以独立地改变它们。

Decorator模式描述了如何动态地为对象添加职责。Decorator模式是一种结构性模式。这一模式采用递归方式组合对象，从而允许你添加任意多的对象职责。

 

Adapter模式和Bridge模式具有一些共同的特征。它们都给另一对象提供了一定程度上的间接性，因而有利于系统的灵活性。它们都涉及到从自身以外的一个接口向这个对象转发请求。

Adapter模式主要是为了解决两个已有接口之间不匹配的问题。它不考虑这些接口是怎样实现的，也不考虑它们各自可能会如何演化。这种方式不需要对两个独立设计的类中的任一个进行重新设计，就能够使它们协同工作。

Bridge模式则对抽象接口与它的（可能是多个）实现部分进行桥接。虽然这一模式允许你修改实现它的类，它仍然为用户提供该类一个稳定的接口。Bridge模式也会在系统演化时适应新的实现。

由于这些不同点，Adapter和Bridge模式通常被用于软件生命周期的不同阶段。当你发现两个不兼容的类必须同时工作时，就有必要使用Adapter模式，其目的一般是为了避免代码重复。此处耦合不可预见。相反，Bridge模式的使用者必须事先知道：一个抽象将有多个实现部分，并且抽象和实现两者是独立演化的。Adapter模式在类已经设计好后实施；而Bridge模式在设计类之前实施。这并不意味着Adapter模式不如Bridge模式，只是因为他们针对了不同的问题。

你可能认为Facade是另外一组对象的适配器。但这种解释护士了一个事实：即Facade定义一个新的接口，而Adapter则复用一个原有的接口。

适配器使两个已有的接口协同工作，而不是定义一个全新的接口。

 

Composite模式和Decorator模式具有类似的结构图，这说明他们都基于递归组合来组织可变数目的对象。相似点仅止于递归组合，同样，这是因为这两个模式的目的不同。

Decorator模式旨在使你能够不需要生成子类即可给对象添加职责。这就避免了静态实现所有功能组合，从而导致子类急剧增加。Composite则有不同的目的，它旨在构造类，使多个相关的对象能够以统一的方式处理，而多重对象可以被当做一个对象来处理。它重点不在于修饰，而在于表示。

尽管它们的目的截然不同，但却具有互补性。因此Composite和Decorator模式通常协同使用。在使用这两种模式进行设计时，我们需要定义新的类，仅需将一些对象插接在一起即可构建应用。

 

另一种与Decorator模式结构相似的模式是Proxy。这两种模式都描述了怎样为对象提哦功能一定程度上的间接引用，Proxy和Decorator对象的实现部分都保留了指向另一个对象的指针，它们向这个对象发送请求。

像Decorator模式一样，Proxy模式构成一个对象并为用户提供一致的接口。但与Decorator模式不同的是，Proxy模式不能动态地添加或分离性质，它也不是为递归组合而设计的。它的目的是，当直接访问一个实体不方便或不符合需要时，为这个实体提供一个替代者。

在Proxy模式中，实体定义了关键功能，而Proxy提供（或拒绝）对它的访问。在Decorator模式中，组件仅提供了部分功能，而一个或多个Decorator负责完成其他功能。Decorator模式适用于编译时不能（至少不方便）确定对象的全部功能的情况。这种开放性使递归组合成为Decorator模式中一个必不可少的部分。而在Proxy模式中则不是这样，因为Proxy模式强调一种关系（Proxy与它的实体之间的关系），这种关系可以静态的表达。