设计模式(一)适配器模式与外观模式

  这两天刚把适配器模式与外观模式学习了一遍,记录一下自己在学习中的思考。

适配器设计模式与外观设计模式所涉及到的一个设计原则:

  最少知识原则:不要让太多的类耦合在一起,以免当修改了某一部分后,会影响到其他部分。

  对于任何对象而言,在该对象的方法内,其中最少所指的范围: 

    1. 该对象本身;

    2.被当作方法的参数传递进来的对象

------------------------------------(以上两点比较好理解,完全字面意思)

    3. 此方法所创建或实例化的任何对象

      即在方法中,通过构造器生成的一个其他类的对象,在方法中使用这个对象是满足最小知识的原则的;

      但是,假如在方法中,通过其他类的非构造器方法返回的类对象,根据该原则是不建议去调用此对象的相关方法的。

    4. 对象的任何组件

      包括对象所处的类的其他方法,属性

一. 适配器模式

  在接触Java这门编程语言的时候,看着视频教程,学到过有关适配器模式的相关内容,可是当时自己完全弄不明白(即使到现在,自己依旧有许多不明白的地方),也许是刚接触的原因,经验不足,缺乏实践的学习使得自己在学的时候,总会把许多理念搞混。

  说到适配器设计模式,其实分为两类,一种是对象适配器,另一种是类适配器(但Java中这种方式是无法实现的)。搞清楚适配器模式,我个人认为最重要的就是分清楚适配对象是谁,被适配对象是谁。简单的说:适配对象就是我想要访问与使用的类,被适配对象则是实际提供功能的类。拿快被用烂的插座的例子来说:

  首先是被适配对象--三孔插座:

设计模式(一)适配器模式与外观模式

 

假设,我想要连上电源的是一个两孔的(嗯。。。比如两孔的落地式电风扇)

即目标对象(适配对象)--两孔插头:

设计模式(一)适配器模式与外观模式

 

  所以需要适配器,让两孔的插头插在适配器上,然后,再将适配器插在三孔的插座上。那么,也就是说适配器会具有两孔的孔洞以及三角的插头,适配器与被适配对象以及目标对象都有联系。

接着回到程序:

  适配器与两者都具有关系,但是使用者用的是两孔的插头(即目标对象),那么,从联系上说,目标对象与适配器其实是属于一类的,考虑到目标对象可以不止一类,那就可以考虑将目标对象抽象为一个接口(一个两孔插头的接口),而适配器则实现了这个接口,这样,对于使用者而言,其实他只知道自己在使用目标对象(即两孔的插座);同时,适配器也要具有被适配对象的能力(即使用三孔插座的能力)

  在对象适配器中,利用组合的形式,将被适配对象作为适配器的一个属性,在调用相关方法的时候,实际上是被适配对象在调用它自身的相对应的方法。

好吧,其实说了那么多,还不如画个UML图来的实际:

设计模式(一)适配器模式与外观模式

 

以上就是对象适配器。另外再说一下类适配器,其类结构图如下:

设计模式(一)适配器模式与外观模式

 

由于在Java中,类只能继承一个,所以说在Java中实现不了

 

二. 外观模式

  首先先聊一下什么是外观模式,刚开始看到这个模式的时候我以为是什么特别厉害的模式,可随着学习的深入,我才发现原来自己早就开始使用外观模式了,只是自己之前不知道怎么一回事。在Effective Java 一书中提到过,在工作中,尽可能的多使用组合,减少继承的使用次数,而外观模式,则是大量的利用了组合。

  外观模式是指提供一个统一的接口,用来访问子系统中的一群接口,外观定义了一个更高一级的接口,让子系统更加容易的使用。

  作用:为了简化接口,在提供简化接口的同时,依然将系统完整的功能暴露出来

  举个简单的例子,以洗衣机为例:如今用洗衣机洗衣服一共需要几步?

    1.把衣服放进去;2.倒上洗衣液;3.启动洗衣程序;4;将甩干的衣服拿出去晒了。

  可是几年前的洗衣机就没那么只能,第三步需要加入人为的干预,例如将洗好的衣服放到另一个滚筒里甩干。

  所以洗衣程序就是那个更高一级的接口,负责接管底下子系统的功能,减少人工干预。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zzzgzx.html