深入浅出设计模式——适配器模式（Adapter Pattern）

模式动机

在软件开发中采用类似于电源适配器的设计和编码技巧被称为适配器模式。
通常情况下，客户端可以通过目标类的接口访问它所提供的服务。有时，现有的类可以满足客户类的功能需要，但是它所提供的接口不一定是客户类所期望的，这可能是因为现有类中方法名与目标类中定义的方法名不一致等原因所导致的。
在这种情况下，现有的接口需要转化为客户类期望的接口，这样保证了对现有类的重用。如果不进行这样的转化，客户类就不能利用现有类所提供的功能，适配器模式可以完成这样的转化。
在适配器模式中可以定义一个包装类，包装不兼容接口的对象，这个包装类指的就是适配器(Adapter)，它所包装的对象就是适配者(Adaptee)，即被适配的类。
适配器提供客户类需要的接口，适配器的实现就是把客户类的请求转化为对适配者的相应接口的调用。也就是说：当客户类调用适配器的方法时，在适配器类的内部将调用适配者类的方法，而这个过程对客户类是透明的，客户类并不直接访问适配者类。因此，适配器可以使由于接口不兼容而不能交互的类可以一起工作。这就是适配器模式的模式动机。

模式定义
适配器模式(Adapter Pattern) ：将一个接口转换成客户希望的另一个接口，适配器模式使接口不兼容的那些类可以一起工作，其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式，也可以作为对象结构型模式。
Adapter Pattern: Convert the interface of a class into another interface clients expect. Adapter lets classes work together that couldn't otherwise because of incompatible interfaces.
Frequency of use: medium high
UML图

模式结构
适配器模式包含如下角色：
Target：目标抽象类
Adapter：适配器类
Adaptee：适配者类
Client：客户类

模式实例与解析
在NBA我需要翻译—适配器模式
体系结构

Target：目标抽象类 Player.cs

namespace AdapterPattern

{

    // 球员

    abstract class Player

    {

        protected string name;

        public Player(string name)

        {

            this.name = name;

        }



        public abstract void Attack();//进攻方法

        public abstract void Defense(); //防守方法

    }

}

Adaptee：适配者类 ForeignCenter.cs 需要适配的类

using System;



namespace AdapterPattern

{

    // 外籍中锋

    class ForeignCenter

    {

        private string name;

        public string Name

        {

            get { return name; }

            set { name = value; }

        }



        public void 进攻()

        {

            Console.WriteLine("外籍中锋 {0} 进攻", name);

        }



        public void 防守()

        {

            Console.WriteLine("外籍中锋 {0} 防守", name);

        }

    }

}

Adapter：适配器类 Translator.cs
通过在内部包装一个Adaptee对象，把源接口转换成目标接口

namespace AdapterPattern

{

    // 翻译者

    class Translator : Player

    {

        private ForeignCenter wzjf = new ForeignCenter();



        public Translator(string name)

            : base(name)

        {

            wzjf.Name = name;

        }



        public override void Attack()

        {

            wzjf.进攻();

        }



        public override void Defense()

        {

            wzjf.防守();

        }

    }

}

Forwards.cs

using System;



namespace AdapterPattern

{

    //前锋

    class Forwards : Player

    {

        public Forwards(string name)

            : base(name)

        {



        }

        public override void Attack()

        {

            Console.WriteLine("前锋 {0} 进攻", name);

        }

        public override void Defense()

        {

            Console.WriteLine("前锋 {0} 防守", name);

        }



    }

}

Center.cs 

using System;



namespace AdapterPattern

{

    class Center : Player

    {

        public Center(string name)

            : base(name)

        {



        }

        public override void Attack()

        {

            Console.WriteLine("中锋 {0} 进攻", name);

        }

        public override void Defense()

        {

            Console.WriteLine("中锋 {0} 防守", name);

        }

    }

}

Guards.cs

using System;



namespace AdapterPattern

{

    class Guards : Player

    {

        public Guards(string name)

            : base(name)

        {



        }

        public override void Attack()

        {

            Console.WriteLine("后卫 {0} 进攻", name);

        }

        public override void Defense()

        {

            Console.WriteLine("后卫 {0} 防守", name);

        }

    }

}

Client：客户类

using System;



namespace AdapterPattern

{

    class Program

    {

        static void Main(string[] args)

        {

            Player b = new Forwards("巴蒂尔");

            b.Attack();



            Player m = new Guards("麦克格雷迪");

            m.Attack();



            Player ym = new Translator("姚明");

            ym.Attack();

            ym.Defense();



            Console.Read();

        }

    }

}

模式优缺点
 将目标类和适配者类解耦，通过引入一个适配器类来重用现有的适配者类，而无须修改原有代码。
 增加了类的透明性和复用性，将具体的实现封装在适配者类中，对于客户端类来说是透明的，而且提高了适配者的复用性。
 灵活性和扩展性都非常好，通过使用配置文件，可以很方便地更换适配器，也可以在不修改原有代码的基础上增加新的适配器类，完全符合“开闭原则”。

类适配器模式还具有如下优点：
由于适配器类是适配者类的子类，因此可以在适配器类中置换一些适配者的方法，使得适配器的灵活性更强。
类适配器模式的缺点如下：
对于Java、C#等不支持多重继承的语言，一次最多只能适配一个适配者类，而且目标抽象类只能为抽象类，不能为具体类，其使用有一定的局限性，不能将一个适配者类和它的子类都适配到目标接口。

对象适配器模式还具有如下优点：
一个对象适配器可以把多个不同的适配者适配到同一个目标，也就是说，同一个适配器可以把适配者类和它的子类都适配到目标接口。
对象适配器模式的缺点如下：
与类适配器模式相比，要想置换适配者类的方法就不容易。如果一定要置换掉适配者类的一个或多个方法，就只好先做一个适配者类的子类，将适配者类的方法置换掉，然后再把适配者类的子类当做真正的适配者进行适配，实现过程较为复杂。

模式适用环境
在以下情况下可以使用适配器模式：
系统需要使用现有的类，而这些类的接口不符合系统的需要。
想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作。

模式应用
Sun公司在1996年公开了Java语言的数据库连接工具JDBC，JDBC使得Java语言程序能够与数据库连接，并使用SQL语言来查询和操作数据。JDBC给出一个客户端通用的抽象接口，每一个具体数据库引擎（如SQL Server、Oracle、MySQL等）的JDBC驱动软件都是一个介于JDBC接口和数据库引擎接口之间的适配器软件。抽象的JDBC接口和各个数据库引擎API之间都需要相应的适配器软件，这就是为各个不同数据库引擎准备的驱动程序。