设计模式-结构型

概述

结构型模型是指如何将类或者对象按照某种布局组成更大的结构。
分为类型结构型和对象结构型，前者是通过继承机制来组织接口和类，
后者是通过组合或者聚合来组合对象。
结构型模型有7种：

1. 代理模式：为放个对象一个代理以控制对该对象的访问，从而达到限制、增强或者修改对象的某些属性。常用的有在访问某个具体功能前先校验安全性，某个操作之后记录日志等。
2. 适配器模式：比如充电器就是一个适配器将220V电压转换成5V
3. 桥接模式：将抽象和实现分开，使得他们可以独立变化。它是用组合关系来代替继承关系，从而降低了抽象和组合这两个可变维度的耦合度。
4. 装饰模式：动态低给对象增加一些职责，即增加其额外的功能。
5. 外观模式：为多个复杂子系统提供一个一致的接口，使得这些子系统被更容易的访问。
6. 享元模式：利用共享技术有效滴支撑大量细粒度对象的复用
7. 组合模式：将对象组合成树状结构，使得对单个对象和组合对象具有一致的访问性。

以上7中结构模型，除了适配器模式具有类型结构和对象结构，其他的都是对象结构。

1. 代理模式

通过代理类来访问目标对象的方法，有静态代理和动态代理。常用的技术有JDK的动态代理和CGLIB的基于继承的代理。
比如spring 中的AOP，事务都是基于动态代理的模式。

优点：

• 代理对象起到隔离、保护客户端和目标对象的作用，在一定程度上降低了耦合
• 代理对象可以扩展目标对象的功能(增强)

缺点：

• 在客户端可目标对象之间增加一个代理对象，使得访问请求变慢
• 增加了系统的复杂性

2.适配器模式

将类的一个接口转换成客户希望的另一个接口，使得原本因为接口不兼容二不能一起工作的类能够在一起工作。

类适配器：
适配器需要继承适配者Adaptee，同时实现Target接口，并在接口方法request中调用适配者父类的方法。客户端通过Target接口持有适配器，通过调用接口方法request达到调用适配者的目的。

对象适配器：
适配器通过组合而非继承的方式持有适配者，客户端在通过接口引用适配器，调用接口方法达到调用适配者方法的目的。

适配器模式和代理模式的区别：
代理模式：不改变被代理类的逻辑，只是在调用被代理放大之前或者之后增加一些逻辑。常用于一个框架的安全，日志，事务等框架级开发
适配器模式：单纯的增加一个适配器接口，通过适配器接口间接的调用适配者，常用于一些旧系统的改造升级，或者新增功能。

优点：

• 通过适配器实现客户端和适配者之间的隔离，实现解耦
• 实现了现存代码的复用，不需要去修改已有代码，符合开闭原则
  缺点：
  写适配器需要结合业务场景考虑，增加了系统的复杂性和可读性。

使用场景：
以前开发的功能满足新需求，但是与新接口不统一。
使用第三方功能，但是接口与自己要求的接口不一致。

框架中的应用：
spring mvc的handlerAapter就是适配器模式(类适配器)，dispacher分发器持有handlerAapter接口的一个具体实现类，通过调用接口方法handle从而实现调用具体url对应的controller。

3. 桥接模式

将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。

结构图：
以女士的包为例，有2个维度的变量color和Bag(功能，背包还是挎包)。color定义为接口，bag定义为抽象类。bag通过组合color接口，就持有了包的颜色，同时他本身还表示包的功能。所以通过抽象接口就可以同时获得color和bag两个维护的属性。

优点：

• 遵循里氏替换原则和依赖倒置原则，最终实现了开闭原则。
• 实现了抽象与实现分离，拓展能力强
• 符合开闭原则，符合合成复用原则

缺点：
要求开发者能够正确识别两个变化的维度，增加了系统的理解和设计的难度。

使用场景：
一个类具备两个或者两个以上的维度的变化，可以使用桥接模式解耦两个或者多个维度的变化，使得高层代码架构稳定。

4.装饰模式

指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式，它属于对象结构型模式。

结构图：
具体构件已经实现了接口Component；但是现在需要在其基础上增加一些逻辑，为了符合开闭原则，不修改具体构件。
增加一个实现Component接口的抽象装饰类，通过Component接口持有具体构件。并且该抽象装饰的子类在复写operation接口方法时，增加了一些功能。每个具体子类的某扩展了某一种功能。

优点：

• 是继承的有力补充，在不改变原有实现的基础上，动态滴给一个对象拓展功能，即插即用。符合开闭原则。
• 不同装饰类的排列组合会实现不同的功能。

缺点：
如果有多个拓展功能，装饰子类个数会膨胀。

使用场景：

• 对现有的类增加功能，担忧不能采用增加子类或者字节修改该类的方式
• 当对象的通能要求可以动态的添加撤销

框架应用：
jdk的I/O框架的filterInputStream是一个抽象装饰者

5.外观模式

为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。外部应用程序不用关心内部子系统的具体细节，这样会大大降低应用程序的复杂度，提高了程序的可维护性。该模式符合迪米特法则。

优点：

• 降低了客户端和子系统之间的耦合，
• 对客户端屏蔽了子系统，减少了客户端处理子系统的数量，使用起来更加方便
• 在大型操作系统中，屏蔽了不同硬件之间的差别

缺点：

• 子系统新增，需要修改外观类，违反了开闭原则

6.享元模式

运用共享技术来有效地支持大量细粒度对象的复用。它通过共享已经存在的对象来大幅度减少需要创建的对象数量、避免大量相似类的开销，从而提高系统资源的利用率。
享元模式的本质是缓存共享对象，降低内存消耗。

优点：

• 相同对象只要保存一份，这降低了系统中对象的数量，从而降低了系统中细粒度对象给内存带来的压力。

缺点：

• 为了使对象可以共享，需要将一些不能共享的状态外部化，这将增加程序的复杂性。
• 读取享元模式的外部状态会使得运行时间稍微变长。

框架中的使用：
数据库的连接池，jdk的线程池，spring的原型模式

7.组合模式

有时又叫作整体-部分（Part-Whole）模式，它是一种将对象组合成树状的层次结构的模式，用来表示“整体-部分”的关系，使用户对单个对象和组合对象具有一致的访问性。
比如一个树的每个Node节点属性相同，即使是父节点和子节点的属性也一样。

优点：

• 组合模式使得客户端代码可以一致地处理单个对象和组合对象，无须关心自己处理的是单个对象，还是组合对象，这简化了客户端代码；
• 更容易在组合体内加入新的对象，客户端不会因为加入了新的对象而更改源代码，满足“开闭原则”；

缺点：

• 设计较复杂，客户端需要花更多时间理清类之间的层次关系；
• 不容易限制容器中的构件；
• 不容易用继承的方法来增加构件的新功能；