漫谈模式之结构型模式小结

时间很快，不知不觉漫谈模式系列已经将设计模式-结构型篇写完。本文主要来简单回顾一下之前写的一些内容。

门面模式介绍

意图

门面模式是一种对象结构型模式，其意图是为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

结构

门面模式的基本结构如下：

图片

• Facade
  • 知道哪些子系统类负责处理请求
  • 将客户的请求代理给适当的子系统对象
• Subsystem class
  • 实现子系统的功能
  • 处理由Facade对象指派的任务
  • 没有facade的任何相关信息；即没有指向facade的指针

详见：漫谈模式之门面模式

桥接模式介绍

意图

将抽象部分与它的实现部分分离，使它们都可以独立的变化。

结构

桥接模式的基本结构如下：

图片

这里涉及到的参与者有如下几种：

Abstract（抽象化）角色

抽象化给出的定义，并保存一个对实现化对象的引用。

RefinedAbstarct（修正抽象化）角色

扩展抽象化角色，改变和修正父类对抽象化的定义。

Implementor（实现化）角色

这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这个接口不一定和抽象化角色的接口定义相同，实际上，这两个接口可以非常不一样。实现化角色应用只给出底层操作，而抽象化角色应当只给出基于底层操作的更高一层的操作。

ConcreteImplementor（具体实现化）角色

这个角色给出实现化角色接口的具体实现。

详见：漫谈设计模式之桥接模式

装饰者模式介绍

意图

动态地给一个对象添加额外的职责。

结构

装饰者模式的基本结构如下：

图片

Component

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

ConcreteComponent

定义一个对象，可以给这个对象添加一些职责

Decorator

装饰角色，持有一个Component对象的实例，并定义一个与Componnet接口一致的接口。

ConcreteDecorator

具体装饰角色，负责给组件添加职责。

详见：漫谈模式之装饰者模式

享元模式介绍

意图

运用共享技术有效地支持大量细粒度的对象。

结构

享元模式的基本结构如下：

图片

这里涉及到的参与者有如下几种：

抽象享元角色（Flyweight）

• 此角色是所有的具体享元的超类，为这些类规定出需要实现的公共接口。那些需要外部状态的操作可以通过方法的参数传入

具体享元角色（ConcreteFlyweight）

• 实现抽象享元角色所规定的接口。如果有内部状态的话，必须负责为内部状态提供存储空间。享元对象的内部状态必须与对象所处的周围环境无关，从而使得享元对象可以在系统内部共享。

非共享享元角色（UnsharedConcreteFlyweight）

• 并非所有Flyweight的子类都需要被共享。Flyweight接口使共享成为可能，但它并不是强制共享。在Flyweight对象结构的某些层次，UnsharedFlyweight对象通常将ConcreteFlyweight对象作为子节点。

享元工厂（FlyweightFactory）

• 创建并管理享元对象。
• 确保合理地共享Flyweight。当用户请求一个Flyweight的时候，享元工厂对象提供一个已创建的实例或者创建一个（如果不存在的话）

客户端（Client）

• 维持一个对Flyweight对象的引用。
• 计算或者存储一个（多个）Flyweight的外部状态。

详见：漫谈模式之享元模式

代理模式介绍

意图

代理模式的意图是为其它对象提供一种代理以控制对这个对象的访问。

结构

代理模式其基本的结构如下：

图片

Subject

定义和RealSubject和Proxy的共用接口，这样就在任何使用RealSubject的地方都可以使用Proxy。

RealSubject

定义Proxy所代表的实体。

Proxy

保存一个引用使得代理可以访问实体。

详见：漫谈模式之代理模式

组合模式介绍

意图

将对象组合成树形结构以表示“部分-整体”的层次结构。Composite使得用户对单个对象和组合对象的使用具有一致性。

结构

组合模式的基本结构如下：

图片

这里涉及到的参与者有如下几种：

Component角色

这是一抽象角色，它给参加组合的对象规定一个接口，规范共有的接口及默认行为。

Leaf角色

在组合中表示叶节点对象，叶子节点没有子节点。

Composite角色

代表参加组合的有子对象的对象，定义出这样的对象的行为。

Client角色

通过Component接口操纵组件的对象

参与者如何协作？

用户使用Component类接口与组合结构中的对象进行交互。如果接收者是一个叶子节点，则直接处理请求。如果接收者是Composite，它通常将请求发送给它的子部件，在转发请求之前与/或之后可能执行一些辅助操作。

详见：漫谈模式之组合模式

适配器模式介绍

意图

提供一种方法顺序访问一个聚合对象中各个元素，而不是暴露该对象的内部表示。

结构

迭代器模式的基本结构如下：

图片

这里涉及到的参与者有如下几种：

Iterator（迭代器）

迭代器定义访问和遍历元素的接口

ConcreteIterator（具体迭代器）

• 具体迭代器实现迭代器接口
• 对该聚合遍历时跟踪当前位置

Aggregate（聚合）

聚合定义创建相应迭代器对象接口

ConcreteAggregate（具体聚合）

具体聚合实现创建相应迭代器的接口，该操作返回ConcreteIterator的一个适当的实例。

详见：漫谈模式之适配器模式

部分模式比较

代理模式 vs. 装饰模式

这两个模式，都属于结构型设计模式，它们的目的都是在不改变原有类的基础上，为原有类添加新的功能或行为，所以比较容易混淆。

稍微列举一下区别：

职责不同：

代理模式的主要作用是控制对对象的访问，而装饰模式的主要作用是动态地给对象添加行为。代理模式主要关注对于对象访问的控制，而装饰模式更侧重于对于对象功能的增强。 功能不同：

代理模式主要用于为一个对象提供访问控制，而装饰模式主要用于为一个对象添加功能。代理模式可以实现懒加载、缓存、远程代理等功能，而装饰模式可以动态地添加、删除、组合对象的功能。

适配器模式 vs. 桥接模式、装饰者模式

桥接模式 ： 桥接模式通过组合的方式，将抽象部分和实现部分分离，并在它们之间建立一个桥接接口，从而使得抽象部分和实现部分可以独立地变化，而不会相互影响。

漫谈设计模式之桥接模式

装饰器模式：使用一个装饰器类，将原有对象进行包装，并在包装对象上添加新的行为，从而实现动态地扩展原有对象的功能。

漫谈模式之装饰者模式

与适配器模式的区别：  桥接模式和装饰器模式都不会改变原有对象的接口，而适配器模式则是为了将一个不兼容的接口转换成另一个兼容的接口，从而使得原有对象可以被其他对象所使用。