3.1适配器模式(Adapter Pattern

3.1.1 定义

适配器模式——把一个类的接口变换成客户端所期待的另一种接口,从而使原本接口不匹配而无法一起工作的两个类能够在一起工作。适配器模式有类的适配器模式和对象的适配器模式两种形式.

3.1.2 场景模拟

在生活中,我们买的电器插头是2个孔的,但是我们买的插座只有三个孔的,此时我们就希望电器的插头可以转换为三个孔的就好,这样我们就可以直接把它插在插座上,此时三个孔插头就是客户端期待的另一种接口,自然两个孔的插头就是现有的接口,适配器模式就是用来完成这种转换的

 

3.1.3 类的适配器模式代码实现

/// <summary>
    /// 三个孔的插头,也就是适配器模式中的目标角色
    /// </summary>
    public interface IThreeHole
    {
        void Request();
    }

    /// <summary>
    /// 两个孔的插头,源角色-需要适配的类
    /// </summary>
    public abstract class TwoHole
    {
        public void SpecificRequest()
        {
            Console.WriteLine("我是两个孔的插头");
        }
    }
    /// <summary>
    /// 适配器类,接口要放在类的后面
    /// 适配器提供了三个孔插头的行为,但其本质是调用两个插头的方法
    /// </summary>
    public class PowerAdaper : TwoHole, IThreeHole
    {
        public void Request()
        {
            this.SpecificRequest();
        }
}

从上面代码中可以看出,客户端希望调用Request方法(即三个孔插头),但是我们现有的类(即2个孔的插头)并没有Request方法,它只有SpecificRequest方法(即两个孔插头本身的方法),然而适配器类(适配器必须实现三个孔插头接口和继承两个孔插头类)可以提供这种转换,它提供了Request方法的实现(其内部调用的是两个孔插头,因为适配器只是一个外壳罢了,包装着两个孔插头(因为只有这样,电器才能使用),并向外界提供三个孔插头的外观,)以供客户端使用。

3.1.4  对象的适配器模式代码实现

using System;

namespace AdapterPattern2
{
    class Program
    {
        static void Main(string[] args)
        {
            ThreeHole threeHole = new PowerAdapter();
            threeHole.Request();
            Console.ReadLine();
        }
    }

    /// <summary>
    /// 三个孔的插头,也就是适配器模式中的目标(Target)角色
    /// </summary>
    public class ThreeHole
    {
        public virtual void Request()
        { 
        
        }
    }

    /// <summary>
    /// 两个孔的插头,源角色-需要适配的类
    /// </summary>
    public class TwoHole
    {
        public void SpecificRequest()
        {
            Console.WriteLine("我是两个孔的插头");
        }
    }

    /// <summary>
    /// 适配器类
    /// </summary>
    public class PowerAdapter : ThreeHole
    {
        //引用两个孔插头的实例,从而将客户端与TwoHole联系起来
        public TwoHole twoHoleAdapter = new TwoHole();

        //实现三个孔插头接口方法
        public override void Request()
        {
            twoHoleAdapter.SpecificRequest();
        }
    }
}

3.1.5 优缺点

类的适配器模式

优点

可以在不修改原有代码的基础上来复用现有类,很好地符合 “开闭原则”

可以重新定义Adaptee(被适配的类)的部分行为,因为在类适配器模式中,Adapter是Adaptee的子类

仅仅引入一个对象,并不需要额外的字段来引用Adaptee实例(这个即是优点也是缺点)。

缺点

用一个具体的Adapter类对Adaptee和Target进行匹配,当如果想要匹配一个类以及所有它的子类时,类的适配器模式就不能胜任了。因为类的适配器模式中没有引入Adaptee的实例,光调用this.SpecificRequest方法并不能去调用它对应子类的SpecificRequest方法。

采用了 “多继承”的实现方式,带来了不良的高耦合。

对象的适配器模式

优点:

可以在不修改原有代码的基础上来复用现有类,很好地符合 “开闭原则”(这点是两种实现方式都具有的)

采用 “对象组合”的方式,更符合松耦合。

缺点: 

使得重定义Adaptee的行为较困难,这就需要生成Adaptee的子类并且使得Adapter引用这个子类而不是引用Adaptee本身。

 

 

3.1.6 使用场景

 

两个类所做的事情相同或相似,但是具有不同的接口时要使用它

 

Copyright © 2024 樱木007
Powered by .NET 8.0 on Kubernetes