调侃《Head first设计模式》之适配器模式
发布日期:2021-05-07 03:18:33 浏览次数:21 分类:精选文章

本文共 853 字,大约阅读时间需要 2 分钟。

     你需要在欧洲使用美国制造的笔记本,但是插口和电压的不一致使得你需要一个叫做适配器的东西,如图:

  

    通过适配器,我们就可以将本来不可以协调合作的两种事物联系在一起了。

   那面向对象的适配器又是什么呢?其实,OO适配器和真实世界的适配器扮演着相同的角色:将一个接口转换为另一个接口,以符合用户的期望。

   可以简单地用下图理解适配器:

   

   

   现在我们来一个有趣的例子开始进入代码讲解:

   首先鸭子的接口是这样的:

   

   绿头鸭的类:

   

   而火鸡的接口是这样的的:

   

   有这样一种火鸡:

   

   有一只火鸡想冒充鸭子,但是它不会quack,只会gobble,咋办呢?

   写个适配器类吧,正如将美国插头冒充为欧洲的那样~~

   

   适配器要实现Duck接口,就像插头适配器本身也是一个插头,重点在于,在调用本来属于鸭子的方法的时候实质上调用了火鸡的方法!

   客户端测试一下:

   

   testDuck方法只认鸭子,但是它没想到一只冒充鸭子的火鸡混入其中,也装模作样地像鸭子一样叫和飞。

   让我们结合两个例子来解析适配器模式。testDuck方法类似欧洲的插座,它只认欧洲的插头,适配器当然就是我们的火鸡鸭子适配器类了,美国插头就像火鸡,通过适配器,将美国插头伪装成欧洲插头。

  

   看看官方的定义:

   适配器模式将一个类的接口,转换成客户期望的另一个类的接口。适配器让原本接口不兼容的类可以合作无间。

   看看类图:

   

    客户只看到目标接口,正如testDuck方法只看到Duck,而欧洲插座只看到欧洲的插头一样,适配器就是把被适配者转换为目标接口的模样。

   适配器模式充满着良好的OO设计原则:使用对象组合,已修改的接口包装被适配者。另外的优点是被适配者的子类,都可以搭配适配器使用。

   适配器模式在实践中的使用场合:想使用一个已存在的类,但是如果它的方法和你的要求不同时,而你又不想更改客户端的代码时,可以考虑使用适配器。比如:公司在设计一个系统考虑使用第三方开发组件,而这个组件的接口和我们自己的系统接口不同,而我们也没必要为了迎合它而改变自己的接口,就可以考虑使用适配器模式来解决问题。

上一篇:调侃《Head First设计模式》之外观模式
下一篇:调侃《Head First 设计模式》之命令模式

发表评论

最新留言

表示我来过!
[***.240.166.169]2025年04月08日 01时18分44秒