查看原文
其他

设计模式是什么鬼(适配器)

凸凹里歐 Java知音 2019-06-23

作者:凸凹里歐

来源:轻文社   微信号:Todd-Leo

知音专栏

 

程序员的出路

写程序时该追求什么,什么是次要的?

如何准备Java初级和高级的技术面试

设计模式系列文章点击阅读原文直达,欢迎交流讨论



我们这个世界,充满着千奇百怪的对象,更有趣的是对象与对象间是存在着互动,沟通,这样世界才变得美妙。那到底是怎样互动呢?靠什么才能互动呢?是的,接口。比如你和朋友一起喝茶聊天,我们暂且不管声带,耳膜这些功能性对象, 那你们之间聊天的接口就是嘴巴耳朵了,嘴巴发送声波,耳朵接收声波,接口,一定是输入或输出的终端。



好了,这是语言沟通,那如果是行为沟通呢,比如在一个夜黑风高的晚上,你跟你的另一半偷偷钻进了高粱地里并做了一些丧尽天良的事情,到底是通过什么接口互动呢?好吧,这个难题留个你了,好好研究一下留言给我。



好了我们言归正传,如果说你跟毛里求斯人交流,你们之间的接口对接失效了,说什么完全根本听不懂!怎样跨越语言的鸿沟?找个翻译吧,那我们说这个翻译就扮演了一个适配器(Adapter)的角色,其实翻译官们为中日友好做出了巨大贡献,别说是吃你几个烂西瓜




顾名思义,适配器,得适应当前的不同配置,解决兼容性问题。我们生活中充满了各种各样的适配器,上网用的调制解调器(modem)就是一种数模转换的适配器,俗称“猫”,不过现在都是光猫了,也就是光信号和电信号的互相转化,其实道理是一样的,还有各种变压器也属于电压转换的适配器。



如果觉得还不够形象可以看一下家里的电器,比如你的电视是两项插头,墙上的插孔是三项插孔怎么办?哦,有人说把插头掰弯强行插入!那如果是三项插头接两项插孔呢?把零线插针拔了!呃,我只能说这是暴力破解!违反设计模式原则。言归正传,我们还是不要随便破坏现有的类,那我们需要的是一个转换器,用优雅微妙的方式化解这种不兼容情况。




举个例子,我们开始代码部分,先写墙上的三项插孔接口,命名TriplePin:


public interface TriplePin {
    //参数分别为火线live,零线null,地线earth
    public void electrify(int l, int n, int e);
}


我们只定义三插孔标准electrify(通电)方法,三个参数分别是火线、零线、地线,很简单吧,同样地接下来是两项插孔接口,只是少了地线,命名DualPin:


public interface DualPin {
    public void electrify(int l, int n);//这里没有地线
}


请注意,这个并不是我们的墙上的目标接口,而是电视机的两插标准。好了继续,我们的TV登场了,用的是两项插头,当然它实现的是DualPin的标准,Let's keep it simple,命名TV:


public class TV implements DualPin {

    @Override//既然是两项插头,当然实现两项插标准
    public void electrify(int l, int n) {
        System.out.println("火线通电:" + l);
        System.out.println("零线通电:" + n);
    }

}


那么问题来了,墙上的接口是三插标准,电视实现的是两插标准,无法通电。怎么办?把电视拆了重新修改实现三插标准么?暴力份子你又来?答案显然是否定的,既然是设计模式,果断转换插头啊!好,写个Adapter解决他们之间不可调和的矛盾。


1public class Adapter implements TriplePin {
2
3    private DualPin dualPinDevice; 
4
5    //创建适配器地时候,需要把双插设备接入进来
6    public Adapter(DualPin dualPinDevice) {
7        this.dualPinDevice = dualPinDevice;
8    }
9
10    //适配器实现的是目标接口
11    @Override
12    public void electrify(int l, int n, int e) {
13        //实际上调用了被适配设备的双插通电,地线e被丢弃了。
14        dualPinDevice.electrify(l, n);
15    }
16
17}


注意了最关键最精华的部分来了,第3行代码意味着这个适配器内部是有一个双插接口的,对于任何双插标准的设备都是可以兼容的OK吗?不明白赶紧看看你家里的适配器。第6行的代码完成的过程实际就是你把电视插头接入Adapter了,其实适配器并不在意是什么设备,洗衣机冰箱都可以的,只要是双插标准就可以接入(第一节讲过的多态概念)。第12行通电方法实现的是三插标准,但方法体内部第14行实际上是在给“某个设备”(是什么设备就看你接什么了)的双插供电,地线e那个参数是用不上的,所以就没有接通,很清晰透彻吧?


当然,除了以上的注入插头的方式(对象适配),还有另一种更简单的方式叫做“类适配器”我们来看下:


1public class ClassAdapter extends TV implements TriplePin{
2
3    @Override
4    public void electrify(int l, int n, int e) {
5        super.electrify(l, n);
6    }
7
8}


看出来区别没有?这里并没有注入插头(对象组合),而是把电视机给继承了,这样就可以直接调用父类(TV)的双插通电而不是注入进来去调用,缺点大家也看到了,这适配器继承为TV儿子专用了,洗衣机是用不了啦,作死?其实也不是完全不好,要看具体应用场景哈。


至此,我们的Adapter就差不多完成了,以后再也不用破坏插头了,因为这样重写接口或者修改类的代价太大,如果其他类还有依赖的话,那统统要修改,引入了没有必要的重构,总之暴力修改是违反设计模式的基本原则的,开闭原则,指的就是对扩展开放,而对修改关闭,也就是说不要去改动原始类,而是扩展现有功能,提供另一种机制让整个系统实现想要的功能。


最后说下那些概念,归类,名字,什么“类适配器”,“对象适配器”啊,其实,理解不了就算了无所谓,真正的意义在于怎么样在实际工作中灵活运用,实现方式是无穷无尽的,道不清说不尽的,没必要太纠结它到底叫什么,归于哪一类,掌控其背后的道才是最根本的,正如李耳君所言:“道可道,非常道。名可名,非常名。”



推荐大而全的【后端技术精选】

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存