Adapter适配器模式是一种结构型模式,主要应对:由于应用环境的变化,常常需要将“一些现存的对象”放在新的环境中应用,但是,新环境要求的接口是现存对象所不满足的。
《设计模式》中说道:将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。
在实际的生活中有很多例子,如:我们常使用的移动硬盘,无论是笔记本硬盘还是台式机硬盘,对于数据的传输都不使用Usb的数据线,外接的硬盘盒就是将原来的硬盘数据传输方式适合Usb数据线。(哎,我那个硬盘盒买的时候还190元,其实一点都不值,整个一个盒,就那个转接芯片比较值钱,我说50,人家不卖)。
先举个简单的代码例子,我现在要做一个队列的类,实现先进先出的功能。利用ArrayList对象。
首先,我们先定义一些队列的接口,接口中定义队列的方法,代码如下:
interface IQueue
{
void push(object item); //进队列
object putout(); //出队列
object ShowLastItem(); //返回队列中最后一项
object ShowFirstItem(); //返回队列中第一项
}
下面我们再来利用ArrayList对象实现一个队列:
class Queue:IQueue
{
ArrayList adaptee;
public Queue()
{
adaptee = new ArrayList();
}
public void push(object item)
{
adaptee.Add(item);
}
public object putout()
{
object item = adaptee[0];
adaptee.RemoveAt(0);
return item;
}
public object ShowLastItem()
{
return adaptee[adaptee.Count-1];
}
public object ShowFirstItem()
{
return adaptee[0];
}
}
实现有了,现在用客户端程序调用来看一下结果:
class Class1
{
/// <summary>
/// 应用程序的主入口点。
/// </summary>
[STAThread]
static void Main(string[] args)
{
Queue queue = new Queue();
queue.push(1);
queue.push(2);
queue.push(3);
queue.push(4);
queue.push(5);
Console.Write("FirstItem:" + queue.ShowFirstItem().ToString() + "\n");
Console.Write("LastItem:" + queue.ShowLastItem().ToString() + "\n");
Console.Write("output:" + queue.putout().ToString() + "\n");
queue.push(6);
Console.Write("FirstItem:" + queue.ShowFirstItem().ToString() + "\n");
Console.Write("LastItem:" + queue.ShowLastItem().ToString() + "\n");
Console.Read();
}
}
输出结果:
FirstItem:1
LastItem:5
output:1
FirstItem:2
LastItem:6
Gof《设计模式》中提到了两种Adapter适配器模式,一种叫对象适配器模式,另一种叫类适配器模式。对象适配器模式就是我刚才举的那个例子,那什么是类适配器模式呢?实际上类适配器模式就是让Adapter的实现继承Adaptee。换句话说:类适配器模式是以继承的方式来实现,而对象适配器模式是以组合的方式实现。以前我们说过:继承增加了模块间的耦合程度,而组合降低了耦合程度,所以有人建议多使用对象适配器模式,少用类适配器模式。
以上转自http://www.cnblogs.com/kid-li/archive/2006/05/29/412180.html
通用类图:
● Target目标角色
该角色定义把其他类转换为何种接口,也就是我们期望的接口。
● Adaptee源角色
源角色是已经存在的、运行良好的类或对象,经过适配器角色的包装,它会成为一个崭新亮丽的角色。
● Adapter适配器角色
适配器模式的核心角色,其他两个角色都是已经存在的角色,而适配器角色是需要新建立的,它的职责非常简单:通过继承或是类关联的方式,把源角色转换为目标角色。
通用代码:
04 | * @author Administrator |
07 | public interface Target { |
10 | public void request(); |
04 | * @author Administrator |
07 | public class ConcreteTarget implements Target { |
09 | public void request() { |
10 | System.out.println( "if you need and help, please call me!" ); |
04 | * @author Administrator |
07 | public class Adaptee { |
10 | public void doSomething() { |
11 | System.out.println( "I'm kind of busy, leave me alone, please!" ); |
04 | * @author Administrator |
07 | public class Adapter extends Adaptee implements Target { |
09 | public void request() { |
04 | * @author Administrator |
12 | public static void main(String[] args) { |
14 | Target target = new ConcreteTarget(); |
18 | Target target2 = new Adapter(); |
适配器模式的优点:
● 适配器模式可以让两个没有任何关系的类在一起运行,只要适配器这个角色能够搞定他们就成。
● 增加了类的透明性
高层模块访问的是Target目标角色,具体的业务实现的是Adaptee源角色。
● 提高了类的复用度
Adaptee源角色在原有系统中还可以正常使用,而在目标角色中也可以充当新的角色。
● 灵活性非常好
如果不需要适配器了,删除适配器就可以了,其他的代码都不用修改。基本上就类似一个灵活的构件,想用就用,不想就卸载。
适配器模式的使用场景:
要修改一个己经投产中的接口时,适配器模式可能是最适合的模式了。
适配器模式的注意事项:
适配器模式最好在详细设计阶段不要考虑它,它不是为了解决还处在开发阶段的问题,而是解决正在服役的项目问题,没有一个系统分析师会在做详细设计的时候考虑使用适配器模式,这个模式使用的主要场景是扩展应用中。
适配器模式的扩展:
对象适配器
对象适配器和类适配器的区别是:类适配器是类间继承,对象适配器是对象的合成关系,也可以说是类的关联关系,这是两者的根本区别。
对象适配器的类图:
转自http://www.cnblogs.com/muzongyan/archive/2010/09/01/1814871.html