结构型模式的概述:
结构型模式 (Structural Pattern) 描述 如何将类或者对象结合在一起形成更大的结构 ,就像搭积木,可以通过简单积木的组合形成复杂的、功能更为强大的结构。
结构型模式可以分为 类结构型模式 和 对象结构型模式 :
• 类结构型模式关心类的组合 ,由多个类可以组合成一个更大的系统,在类结构型模式中一般只存在继承关系和实现关系。
• 对象结构型模式关心类与对象的组合,通过关联关系使得在一个类中定义另一个类的实例对象,然后通过该对象调用其方法。 根据“合成复用原则”,在系统中尽量使用关联关 系来替代继承关系,因此大部分结构型模式都是 对象结构型模式 。
结构型模式有以下几种:
适配器模式 (Adapter)
桥接模式 (Bridge)
组合模式 (Composite)
装饰模式 (Decorator)
外观模式 (Facade)
享元模式 (Flyweight)
代理模式 (Proxy)
适配器模式:
模式动机:
在软件开发中采用类似于电源适配器的设计和编码技巧被称为 适配器模式 。
通常情况下, 客户端可以通过目标类的接口访问它所提供的服务 。有时,现有的类可以满足客户类的功能需要,但是它所提供的接口不一定是客户类所期望的,这可能是因为现有类中方法名与目标类中定义的方法名不一致等原因所导致的。
在这种情况下,现有的接口需要转化为客户类期望的接口,这样保证了对现有类的重用。如果不进行这样的转化,客户类就不能利用现有类所提供的功能,适配器模式可以完成这样的转化。
在适配器模式中可以定义一个包装类,包装不兼容接口的对象,这个包装类指的就是 适配器 (Adapter) ,它所包装的对象就是 适配者 ( Adaptee ) ,即被适配的类。
适配器提供客户类需要的接口, 适配器的实现就是把客户类的请求转化为对适配者的相应接口的调用 。也就是说: 当客户类调用适配器的方法时,在适配器类的内部将调用适配者类的方法,而这个过程对客户类是透明的,客户类并不直接访问适配者类。 因此, 适配器可以使由于接口不兼容而不能交互的类可以一起工作 。这就是适配器模式的模式动机。
模式定义:
适配器模式 (Adapter Pattern) : 将一个接口转换成客户希望的另一个接口 ,适配器模式 使接口不兼容的那些类可以一起工作 ,其别名为 包装器 (Wrapper) 。适配器模式既可以作为类结构型模式,也可以作为对象结构型模式。
AdapterPattern: Convert the interface of a classinto another interface clients expect . Adapter lets classes work together that couldn't otherwise because ofincompatible interfaces.
模式结构:
对象适配器:
适配器模式包含如下角色:
•
Target
:目标抽象类
•
Adapter
:适配器类
•
Adaptee
:适配者类
•
Client
:客户类
典型的类适配器代码:
public class Adapter extends Adaptee implements Target
{
public void request()
{
specificRequest ();
}
}
典型的对象适配器代码:
public class
Adapter extends Target
{
private Adaptee adaptee ;
public Adapter( Adaptee adaptee )
{
this.adaptee = adaptee ;
}
publicvoid request()
{
adaptee.specificRequest ();
}
}
适配器模式实例与解析:
实例一:仿生机器人
•
现需要设计一个可以模拟各种动物行为的机器人,在机器人中定义了一系列方法,如机器人叫喊方法
cry()
、机器人移动方法
move()
等。如果希望在不修改已有
代码的基础上使得机器人能够像狗一样叫,像狗一样跑,使用适配器模式进行系统设计。
模式优缺点:
适配器模式的优点
•
将目标类和适配者类解耦
,通过引入一个适配器类来重用现有的适配者类,而无须修改原有代码。
•
增加了类的透明性和复用性
,将具体的实现封装在适配者类中,对于客户端类来说是透明的,而且提高了适配者的复用性。
•
灵活性和扩展性都非常好
,通过使用配置文件,可以很方便地更换适配器,也可以在不修改原有代码的基础上增加新的适配器类,完全符合“开闭原则”。
• 由于适配器类是适配者类的子类,因此 可以在适配器类中置换一些适配者的方法,使得适配器的灵活性更强
类适配器模式的缺点如下:
•
对于
Java
、
C#
等不支持多重继承的语言,一次最多只能适配一个适配者类,而且目标抽象类只能为抽象类,不能为具体类,
其使用有一定的局限性
,不能将一个适配者类和它
的子类都适配到目标接口。
模式适用环境:
在以下情况下可以使用适配器模式:
• 系统 需要使用现有的类 ,而 这些类的接口不符合系统的需要 。
• 想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的一些类 ,包括一些可能在将来引进的类 一起工作 。
模式应用:
(1) Sun 公司在 1996 年公开了 Java 语言的数据库连接工具 JDBC , JDBC 使得 Java 语言程序能够与数据库连接,并使用 SQL 语言来查询和操作数据。 JDBC 给出一个客户端通用的抽象接口,每一个具体数据库引擎 (如 SQL Server 、 Oracle 、 MySQL 等) 的 JDBC 驱动软件都是一个介于 JDBC 接口和数据库引擎接口之间的适配器软件。 抽象的 JDBC 接口和各个数据库引擎 API 之间都需要相应的适配器软件,这就是为各个不同数据库引擎准备的 驱动程序 。
(2) 在 Spring AOP 框架中,对 BeforeAdvice 、 AfterAdvice 、 ThrowsAdvice 三种通知类型借助适配器模式来实现。
public interface
AdvisorAdapter
{
// 将一个 Advisor 适配成 MethodInterceptor
MethodInterceptor getInterceptor (Advisoradvisor);
// 判断此适配器是否支持特定的 Advice
boolean supportsAdvice (Adviceadvice);
}
(3) 在 JDK 类库中也定义了一系列适配器类,如在 com.sun.imageio.plugins.common 包中定义的 InputStreamAdapter 类,用于包装 ImageInputStream 接口及其子类对象。
publicclass InputStreamAdapter extends InputStream {
ImageInputStream stream;
public InputStreamAdapter ( ImageInputStream stream) {
super();
this.stream = stream;
}
public int read() throws IOException {
return stream.read ();
}
public int read(byte b[], int off, int len ) throws IOException {
return stream.read (b, off, len );
}
}
模式扩展
默认适配器模式
(Default Adapter Pattern)
或缺省适配器模式
•
当不需要全部实现接口提供的方法时,可先设计一个
抽象类实现接口
,并
为该接口中每个方法提供一个默认实现(空方法),
那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求,它
适用于一个接口不想使用其所有的方法的情况
。因此也称为
单接口适配器模式
。
默认适配器模式: