简述:
在上篇当中,我们简单的介绍了关于类与接口,以及创建型设计模式,接下来我们来说说关于结构型设计模式。
7种结构型设计模式
6. Adapter Class/Object(适配器)
将一个类的接口转换成客户希望的另外一个接口。Adapter 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
适用性:
- 你想使用一个已经存在的类,而它的接口不符合你的需求。
- 你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类(即那些接口可能不一定兼容的类)协同工作。
-
(仅适用于对象Adapter )你想使用一些已经存在的子类,但是不可能对每一个都进行子类化以匹配它们的接口。对象适配器可以适配它的父类接口。
个人理解
看类图发现适配器模式不难理解,但在实际使用中似乎频率并不高,主要是在项目发布后弥补接口不再适用的情况。
7. Bridge(桥接)
将抽象部分与它的实现部分分离,使它们都可以独立地变化。
适用性:
- 你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如这种情况可能是因为,在程序运行时刻实现部分应可以被选择或者切换。
- 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时Bridge 模式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充。
-
对一个抽象的实现部分的修改应对客户不产生影响,即客户的代码不必重新编译。
8. Composite(组合)
将对象组合成树形结构以表示“部分-整体”的层次结构。C o m p o s i t e 使得用户对单个对象和组合对象的使用具有一致性。
适用性:
- 你想表示对象的部分-整体层次结构。
-
你希望用户忽略组合对象与单个对象的不同,用户将统一地使用组合结构中的所有对象。
个人理解
组合模式在Android中最经典的例子莫过于ViewGroup和View了,理解了这个例子,基本上就理解了组合模式的原理。
9. Decorator(装饰)
动态地给一个对象添加一些额外的职责。就增加功能来说,Decorator 模式相比生成子类更为灵活。
适用性:
- 在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。
- 处理那些可以撤消的职责。
- 当不能采用生成子类的方法进行扩充时。一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长。
-
另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类。
个人理解
装饰模式可以参看java中输入输出流的设计和实现。继承也能做到添加添加或者移除职责,为什么不用继承呢。不够灵活,一两种职责还好,但是3-4种职责自由组合时,使用继承简直就是灾难。
10. Facade(外观)
为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
适用性:
- 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入facade 将这个子系统与客户以及其他的子系统分离,可以提高子系统的独立性和可移植性。
-
当你需要构建一个层次结构的子系统时,使用facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的,你可以让它们仅通过facade进行通讯,从而简化了它们之间的依赖关系。
个人理解
外观模式其实很好理解啦,在我们引用一个第三方jar包的时候,往往会对这些jar包进行再封装,提供一个新的类来对jar包进行访问,然后让我们的业务代码不与jar包中的类不直接产生依赖,而调用这个新封装的类,其实这就有些外观模式的味道。
11. Flyweight(享元)
运用共享技术有效地支持大量细粒度的对象。
适用性:
- 一个应用程序使用了大量的对象。
- 完全由于使用大量的对象,造成很大的存储开销。
-
对象的大多数状态都可变为外部状态。如果删除对象的外部状态,那么可以用相对较少的共享对象。
个人理解
享元模式可以参考线程池技术,类图比较简单,很容易就看明白,但是上面描述中的外部状态还是比较容易产生疑惑。这个例子挺好的,解释了什么是外部状态,也对大家理解享元模式有一定帮助。
12. Proxy(代理)
为其他对象提供一种代理以控制对这个对象的访问。
适用性:
在需要用比较通用和复杂的对象指针代替简单的指针的时候,使用Proxy模式。下面是一 些可以使用Proxy 模式常见情况:
- 远程代理(Remote Proxy )为一个对象在不同的地址空间提供局部代表。
- 虚代理(Virtual Proxy )需要创建开销很大的对象。
- 保护代理(Protection Proxy )控制对原始对象的访问。保护代理用于对象应该有不同 的访问权限的时候。
- 智能指引(Smart Reference )取代了简单的指针,它在访问对象时执行一些附加操作。
它的典型用途包括:
- 对指向实际对象的引用计数,这样当该对象没有引用时,可以自动释放它。
- 当第一次引用一个持久对象时,将它装入内存。
-
在访问一个实际对象前,检查是否已经锁定了它,以确保其他对象不能改变它。
个人理解
代理控制了对一个对象的访问,并让调用者和被调用者实现了解耦。可以方便的在调用前和调用后做些操作。所以在Spring框架中广泛的使用了动态代理来进行切面处理。
总结
到现在7种结构型模式已经写完了,大家是不是有些云里雾里的感觉?结构型设计模式主要是处理类与类,类与接口之间的依赖关系。如果让他们的依赖抽象的话,很容易就让依赖形成一对多、多对多的变化关系。例如一个具体类中依赖一个抽象,那么就是一对多的变化关系,如果两个抽象类互相依赖,那么就形成多对多的变化关系,如果一个类中依赖两个抽象类A和B,那么将共有n(A的具体类个数)*m(B的具体类个数)种变化的可能。我们如果有良好的抽象思维,那么学习这些东西就不会太困难了。