设计模式总结-适配器模式

什么是适配器模式

适配器模式(Adapter Pattern)是指将一个类的接口转换成客户期望的另一个接口,使原本的接口不兼容的类可以一起工作,属于结构型设计模式。
适配器模式主要有3个角色:
被适配者(Adaptee):适配者即被适配的角色
比如买了一个欧标吹风机,和国内的标准并不匹配。这时,被适配的角色即为国内的插座
适配器(Adapter):适配器可以调用适配者转换为目标接口,即作为一个转换器,将一个不可使用的接口转换为可用的接口
果断的上了某东买了个接口转换器
目标角色(Target):目标角色即为适配器要转换成的目标接口
转换器提供的欧标插孔就是这里我们所说的目标角色或者目标接口

适配器模式的优点

  1. 将被适配者和目标角色解耦,引入适配器类,不改动原有代码
  2. 提高类的复用程度
  3. 灵活性更好

案例的简单实现

以上文中的欧标插头为例
1、目标接口

/**
 * Description :   .
 *
 * @author : laoyeye.net
 * @date : Created in 2020/7/25 20:56
 */
public interface ChinaSocket {

    void socketByChina();
}

2、目标接口实现

/**
 * Description :   .
 *
 * @author : laoyeye.net
 * @date : Created in 2020/7/25 21:08
 */
public class ChinaSocketImpl implements ChinaSocket {

    @Override
    public void socketByChina() {
        System.out.println("插入国标电源");
    }
}

3、被适配者,欧标电源接口

/**
 * Description :   .
 *
 * @author : laoyeye.net
 * @date : Created in 2020/7/25 20:56
 */
public interface EuropeSocket {

    void socketByEurope();

}

4、适配器,国标转欧标

/**
 * Description :   .
 *
 * @author : laoyeye.net
 * @date : Created in 2020/7/25 21:00
 */
public class ChinaToEuAdapter implements EuropeSocket {

    /**
     * 需要适配的接口
     */
    private ChinaSocket chinaSocket;

    public ChinaToEuAdapter(ChinaSocket chinaSocke) {
        this.chinaSocket = chinaSocke;
    }

    @Override
    public void socketByEurope() {
        System.out.println("适配器,国标转为欧标");
        chinaSocket.socketByChina();
    }
}

5、运行实现

/**
 * Description :   .
 *
 * @author : zhangzhuo
 * @date : Created in 2020/7/25 21:03
 */
public class HairDryer {

    /**
     * 期望的欧标插头接口
     */
    private EuropeSocket europeSocket;

    public HairDryer(EuropeSocket europeSocket) {
        this.europeSocket = europeSocket;
    }

    public void work() {
        europeSocket.socketByEurope();
        System.out.println("开始吹头发了");
    }

    public static void main(String[] args) {
        // 国标插座
        ChinaSocket chinaSocket = new ChinaSocketImpl();
        //适配器转换
        ChinaToEuAdapter chinaToEuAdapter = new ChinaToEuAdapter(chinaSocket);
        HairDryer hairDryer = new HairDryer(chinaToEuAdapter);
        // 工作
        hairDryer.work();
    }

}

效果:

适配器,国标转为欧标
插入国标电源
开始吹头发了

哇哦,接口成功实现转换,吹风机终于用起来了。

模拟迭代接口的冲突问题

1、目标接口
假设上线时,我们有个接口支持的是map类型。经过几个迭代后,新上一个系统,要求传递参数的结构为list类型。
这时候我们不能修改以前使用接口的系统。就只能通过适配器模式支持此种形式的参数。

/**
 * Description :   .
 * 历史接口
 * @author : laoyeye.net
 * @date : Created in 2020/8/1 23:12
 */
public class OrderService {

    /**
     * 原接口入参为map类型
     * 这时候随着版本的迭代,要求我们接口参数支持list类型
     * 因为很多上层系统调用,此接口不能修改
     * 这时候就可以用到适配器模式
     * @param map
     */
    public void createOrderByMap(Map<String, String> map) {
        for(String value : map.values()){
            System.out.println(value);
        }
    }

}

2、适配器支持list类型

/**
 * Description :   .
 * 适配器
 * @author : laoyeye.net
 * @date : Created in 2020/8/1 23:16
 */
public class ListAdapter extends HashMap {

    private List list;

    public ListAdapter(List list) {
        this.list = list;
    }


    @Override
    public Collection values() {
        return list;
    }
}

3、被适配者list接口参数执行实现

/**
 * Description :   .
 * 被适配者
 * @author : laoyeye.net
 * @date : Created in 2020/8/1 23:17
 */
public class App {
    public static void main(String[] args) {
        OrderService orderService = new OrderService();
        System.out.println("===map类型的接口参数===");
        Map map = new HashMap();
        map.put("laoyeye","laoyeye.net");
        map.put("laoyeye2","小卖铺的老爷爷");
        // 原接口支持map类型
        orderService.createOrderByMap(map);

        System.out.println("===list类型的接口参数===");
        List<String> list = Arrays.asList("laoyeye.net", "小卖铺的老爷爷");
        // 使用适配器实现转换
        ListAdapter listAdapter = new ListAdapter(list);
        // 可以支持list类型
        orderService.createOrderByMap(listAdapter);

    }
}

效果:

===map类型的接口参数===
laoyeye.net
小卖铺的老爷爷
===list类型的接口参数===
laoyeye.net
小卖铺的老爷爷

这样我们就实现了历史的map接口,支持新的list数据类型了,是不是很神奇

总结

适配器模式我目前工作中其实很少用到,过多的适配器也不利于系统的维护

  1. 适配器适合已经存在的类,它的方法和需求不匹配(方法结果相同或相似)的情况。
  2. 适配器模式不是软件设计阶段考虑的设计模式,是随着软件维护,由于不同产品、不同厂家造成功能类似而接口不相同情况下的解决方案。

最后,大家有没有感觉上面那个案例,其实我们上次讲过的装饰者模式也可以实现呢。的确,这两种模式都可以实现类似的效果,但却又有所不同,比如:
装饰者模式适合在不改变原有对象的基础上,将功能附加在对象上,用于扩展一个类的功能。而本文所讲的适配器模式主要适合在不改变原有接口的前提下,解决接口不兼容的问题。总得来说两者的主要区别就在于一个是装饰,一个是来解决接口不兼容的问题,记住这两点,相信在使用上就不会有疑问了

❤本博客只适用于研究学习为目的,大多为学习笔记,如有错误欢迎指正,如有误导敬请谅解(本人尽力保证90%的验证和10%的猜想)。

❤如果这篇文章对你有一点点的帮助请给一份推荐! 谢谢!你们的鼓励是我继续前进的动力。

posted @ 2020-07-25 23:06  小卖铺的老爷爷  阅读(330)  评论(0编辑  收藏  举报


^
TOP