设计模式:适配器模式

一:适配器模式的定义

  适配器模式:将一个类的接口转换成客户希望的另一个接口。适配器模式让那些接口不兼容的类可以一起工作

  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 interface.

  适配器模式的别名为包装器(Wrapper)模式,它既可以作为类结构型模式,也可以作为对象结构型模式。在适配器模式定义中所提及的接口是指广义的接口,它可以表示一个方法或者方法的集合。

二:适配器模式的结构

  类适配器模式结构图:

  《设计模式:适配器模式》

  对象适配器结构图:

    《设计模式:适配器模式》

 

  由图可知适配器模式包含一下三个角色:

  1:Target(目标抽象类):目标抽象类定义客户所需的接口,可以是一个抽象类或接口,也可以是具体类。在类适配器中,由于C#语言不支持多重继承,所以它只能是接口。

  2:Adapter(适配器类):它可以调用另一个接口,作为一个转换器,对Adaptee和Target进行适配。它是适配器模式的核心。

  3:Adaptee(适配者类):适配者即被适配的角色,它定义了一个已经存在的接口,这个接口需要适配,适配者类包好了客户希望的业务方法。

 

三:适配器模式的实现

  1:类适配器

class Adapter : Adaptee, Target
{
    public void Request()
    {
        base.SpecificRequest();
    }
}

  2:对象适配器

class Adapter : Target
{
    private Adaptee adaptee; //维持一个对适配者对象的引用
    
    public Adapter(Adaptee adaptee)
    {
        this.adaptee = adaptee;
    }
    
    public void Request()
    {
        adaptee.SpecificRequest();//转发调用
    }
}

  注意:在实际开发中对象适配器的使用频率更高。

 

四:适配器模式的应用

  在为某学校开发教务管理系统时,开发人员发现需要对学生成绩进行排序和查找,该系统的设计人员已经开发了一个成绩操作接口ScoreOperation,在该接口中声明了排序方法Sort(int[]) 和查找方法Search(int[], int),为了提高排序和查找的效率,开发人员决定重用现有算法库中的快速排序算法类QuickSortClass和二分查找算法类BinarySearchClass,其中QuickSortClass的QuickSort(int[])方法实现了快速排序,BinarySearchClass的BinarySearch (int[], int)方法实现了二分查找。

 

由于某些原因,开发人员已经找不到该算法库的源代码,无法直接通过复制和粘贴操作来重用其中的代码;而且部分开发人员已经针对ScoreOperation接口编程,如果再要求对该接口进行修改或要求大家直接使用QuickSortClass类和BinarySearchClass类将导致大量代码需要修改。

 

现使用适配器模式设计一个系统,在不修改已有代码的前提下将类QuickSortClass和类BinarySearchClass的相关方法适配到ScoreOperation接口中。

  结构如下图所示:

  《设计模式:适配器模式》

 

  ScoreOperation接口充当抽象目标,QuickScortClass和BinarySearchClass充当适配者,OperationAdapter充当适配器。

  (1)ScoreOperation:抽象成绩操作类,充当目标接口

    public interface ScoreOperation
    {
        int[] Sort(int[] array);    //成绩排序
        int Search(int[] array, int key);   //成绩查找
    }

 

  (2)QuickSortClass:快速排序类,充当适配者

    public class QuickSortClass
    {
        public int[] QuickSort(int[] array)
        {
            Sort(array, 0, array.Length - 1);
            return array;
        }

        public void Sort(int[] array, int p, int r)
        {
            int q = 0;
            if(p < r)
            {
                q = Partition(array, p, r);
                Sort(array, p, q - 1);
                Sort(array, q + 1, r);
            }
        }

        public int Partition(int[] array, int p, int r)
        {
            int x = array[r];
            int j = p - 1;
            for (int i = p; i <= r - 1; i++)
            {
                if(array[i] <= x)
                {
                    j++;
                    Swap(array, j, i);
                }
            }
            Swap(array, j + 1, r);
            return j + 1;
        }

        public void Swap(int[] array, int i, int j)
        {
            int t = array[i];
            array[i] = array[j];
            array[j] = t;
        }
    }

  (3)BinarySearchClass:二分查找类,充当适配者

    public class BinarySearchClass
    {
        public int BinarySearch(int[] array, int key)
        {
            int low = 0;
            int high = array.Length - 1;
            while (low <= high)
            {
                int mid = (low + high) / 2;
                int midVal = array[mid];
                if (midVal < key)
                    low = mid + 1;
                else if (midVal > key)
                    high = mid - 1;
                else
                    return 1;   //找到元素返回1
            }
            return -1;  //未找到元素返回-1
        }
    }

  (4)OperationAdapter:操作适配器,充当适配器

    public class OperationAdapter : ScoreOperation
    {
        //定义适配者QuickSortClass对象
        private QuickSortClass sortObj; 
        //定义适配者BinarySearchClass对象
        private BinarySearchClass searchObj;    

        public OperationAdapter()
        {
            sortObj = new QuickSortClass();
            searchObj = new BinarySearchClass();
        }
        public int Search(int[] array, int key)
        {
            return searchObj.BinarySearch(array, key);
        }

        public int[] Sort(int[] array)
        {
            return sortObj.QuickSort(array);
        }
    }

  (5)配置文件App.config:在配置文件中存储了适配器类的类名

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5.2" />
    </startup>
  <appSettings>
    <add key="adapter" value="Model.AdapterSample.OperationAdapter"/>
  </appSettings>
</configuration>

  (6)Program:客户端测试类

        static void Main(string[] args)
        {
            ScoreOperation operation;
            //读取配置文件
            string adapterType = ConfigurationManager.AppSettings["adapter"];
            //通过反射生成对象
            operation = (ScoreOperation)Assembly.Load("Model.AdapterSample").CreateInstance(adapterType);

            int[] socres = { 84,76, 50, 69, 90, 92, 88, 86 };
            int[] result;
            int score;

            Console.WriteLine("程序的排序结果是:");
            result = operation.Sort(socres);

            //遍历输出成绩
            foreach (var item in result)
                Console.Write(item+",");
            Console.WriteLine();

            Console.WriteLine("查找成绩90:");
            score = operation.Search(result, 90);
            if(score!=-1)
                Console.WriteLine("找到成绩90.");
            else
                Console.WriteLine("没有找到成绩90。");

            Console.WriteLine("查找成绩92:");
            score = operation.Search(result, 920);
            if(score!=-1)
                Console.WriteLine("找到成绩92.");
            else
                Console.WriteLine("没有找到成绩92。");

            Console.ReadKey();
        }

 

    

  

五:适配器模式的优缺点

   优点:

    1:将目标类和适配者类解耦,通过引入一个适配器类来重用现有的适配者类,无需修改原有结构。

    2:增加了类的透明性和复用性,将具体的业务实现过程封装在适配者类中,对于客户端类而言是透明的,而且提高了适配者的复用性,同一适配者类可以在多个不同的系统中复用。

    3:灵活性和扩展性都非常好,通过使用配置文件,可以很方便的更换适配器,也可以在不修改原有代码的基础上 增加新的适配器,完全复合开闭原则。

  缺点:

    1:一次最多只能适配一个适配者类,不能同时适配多个适配者。

    2:适配者类不能为最终类,在C#中不能为sealed类

    3:目标抽象类只能为接口,不能为类,其使用有一定的局限性。

六:适配器模式的适用环境

   系统需要使用一些现有的类,而这些类的接口不符合系统的需要,甚至没有这些类的源代码

  创建一个可以重复使用的类,用于和一些彼此之间没有太大关联的类,包括一些可能在将来引进的类一起工作

七:缺醒适配器模式

   缺醒适配器模式(Default Adapter Pattern):当不需要实现一个接口所提供的所有方法时,可先设计一个抽象类实现该接口,并为接口中的每个方法提供一个默认实现(空方法),那么该抽象类可以有选择性的覆盖父类的某些方法来实现需求,它适用于不想使用一个接口中的所有方法的情况,又称为单接口适配器模式。

《设计模式:适配器模式》

由图可知,在缺醒适配器模式中,包含以下三个角色:

  1:ServiceInsterface(适配者接口):它是一个接口,通常在该接口中声明了大量的方法

  2:AbstractServiceClass(缺醒适配器类):它是缺醒适配器模式的核心类,使用空方法的形式实现了ServiceInterface接口中声明的方法。通常将它定义为抽象类,因为对它进行实例化也没有任何意义。

  3:ConcreteServiceClass(具体业务类):它是缺醒适配器的子类,在没有引入适配器之前,它需要实现适配者接口,因此需要实现在适配者接口中生命的所有方法,而对于一些无需使用的方法不得不提供空实现。有了缺醒适配器之后,可以直接继承该适配器类,根据需要有选择性的覆盖配置器类中定义的方法。

八:双向适配器

   在对象适配器中如果同时包含目标类和适配者类的引用,适配者可以通过它调用目标类中的方法,目标类也可以通过它调用适配者类中的方法,那么该适配器就是一个双向适配器。

  双向适配器结构示意图:

  《设计模式:适配器模式》

示意代码:

    public class Adapter:Target,Adaptee
    {
        //同时维持对抽象目标类和适配者类的引用
        private Target target;
        private Adaptee adaptee;

        public Adapter(Target target)
        {
            this.target = target;
        }
        public Adapter(Adaptee adatee)
        {
            this.adaptee = adatee;
        }

        public void Reqeust()
        {
            this.adaptee.SpecificRequest();
        }

        public void SpecificRequest()
        {
            this.target.Request();
        }
    }

 

    原文作者:Sunshine
    原文地址: https://www.cnblogs.com/songyaqi/p/4805820.html
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞