设计模式之六 适配器模式(Adapter)
概述
为了满足在实际的项目中,由于应用环境的变化,而需要一些原本存在的对象会放到新的开发环境中,而此时新环境与该对象的接口是不能够直接相连,即互相不能认识、交换信息,为了满足这种“变化”,如何既能利用现有对象的良好的实现,同时又能满足新的环境所要求得接口,这时适配器模式再好不过了,下面我们来学习Adapter模式
目的
将一个类的接口转换成客户希望的另一个接口,Adapter模式使得原本由于接口不能兼容而不能一起工作的那些类可以一起工作。
结构图
生活实例1
我们都给自行车打气吧,现在来说自行车的车带口有两种的,而平时常用的打气管是适合大众的,我们骑得着有时不是很合适,我们便会用一个中间的转换装置来打气,其实这个转换装置就是起到了适配器的作用。
生活实例2
电源适配器
在.NET 中的应用
在.NET中有一个类库已经实现的、非常重要的适配器,那就是DataAdapter,Dataadapter用户DataSet和数据源之间的适配器以便检索和保存数据,DataAdapter通过映射Fill和Update来提供这一适配器。我们希望得到的数据源SQL Server或者Orcle、Access、Db2,这些在组织上有不同之处,当我们希望得到统一的DataSet,此时DataAdapter就是好的用处,我们不必关注数据库的数据细节,可以灵活的使用数据
对应代码
class Program
{
static void Main(string[] args)
{
Target target = new Adapter();
target.Request();
//对客户端来说,调用的是Target的Request()
Console.Read();
}
}
class Target
{
public virtual void Request()
{
Console.WriteLine("普通请求");
}
}
class Adaptee
{
public void SpecificRequest()
{
Console.WriteLine("特殊请求");
}
}
class Adapter : Target
{//建立一个私有的Adaptee对象
private Adaptee adaptee = new Adaptee();
public override void Request()
{
//表面上调用Request()实际调用SpecificRequest()
adaptee.SpecificRequest();
}
}
运行后结果:
使用适配器模式时机
当想使用一个已经存在的类,但如果它的接口,也就是它的方法和你的要求不相同时,也就是说两个类所做的事情相同或者相似,但是具有不同的接口时要使用它,就应该考虑使用Adapter模式了
适配器的分类:类适配器和对象适配器(常用)
对于类适配器:
1.用一个具体的Adapter类对Adaptee和Taget进行匹配。结果是当我们想要匹配一个类以及所有它的子类时,类Adapter将不能胜任工作。
2.使得Adapter可以重定义Adaptee的部分行为,因为Adapter是Adaptee的一个子类。
3.仅仅引入了一个对象,并不需要额外的指针一间接得到Adaptee.
对于对象适配器:
1.允许一个Adapter与多个Adaptee,即Adaptee本身以及它的所有子类(如果有子类的话)同时工作。Adapter也可以一次给所有的Adaptee添加功能。
2.使得重定义Adaptee的行为比较困难。这就需要生成Adaptee的子类并且使得Adapter引用这个子类而不是引用Adaptee本身。
优点
1.通过适配器客户端可以调用同一接口,客户端来说更加透明,简单、松耦合。
2.复用现有的类,解决现有类与复用环境的不一致问题
3.将目标与适配者类解耦,通过引入适配器重用现有的适配者类,不用去修改原有代码
4.同一个适配器可以把适配者和它的子类都配到目标接口,一个适配器实现多个不同适配者适配到同一目标
缺点
更换适配器很麻烦
总结
总之,通过运用Adapter模式,就可以充分享受进行类库迁移、类库重用所带来的乐趣。
本文参考网上学习资料
http://www.cnblogs.com/Terrylee/