适配器模式
定义
Convert the interface of a class into another interface client expect. Adapter lets classes work together that couldn’t otherwise because of incompatible interfaces.
将一个类的接口变成客户端所期待的另一种接口,从而使原本因接口不匹配而无法一起工作的两个类能够在一起工作;
分析
适配器模式正如“适配器”,起到的是一种转换作用,这种转换作用使得不满足Client需求的类可以被Client使用。
它增加了类的透明性,只要对外接口满足Client需求,那么Client就不需要了解具体实现;即便实现过程经过委托、转换,对于Client也不重要;
它提高了类的复用度:本来无法被Client使用的类经过适配器转换,自然可以被使用;
灵活性:只要保证接口不变,即可更换底层实现,也就是“被适配”的对象。
需要注意的是,适配器模式是在系统扩展过程中采用的一种模式,对于过程,其实指导意义不大,当然,也不是没有,至少应该遵循“基于接口开发”这一原则,否则,将来适配也会很难;
实现
体现的面向对象设计原则
单一职责原则:这是类或者接口设计的基本原则
依赖倒置原则:高层模块不依赖底层模块,两者都依赖于抽象,细节依赖于抽象,抽象不依赖细节;这是实现适配器模式的核心要求,如果高层模块和底层模块通过实现紧紧耦合,那么就谈不上适配了:没有留出转换的空间;
迪米特原则:Client和Target之间应该通过接口建立依赖关系,Client对Target知道的越少,适配起来就越容易。
开闭原则:对扩展开放,对修改关闭,适配器模式的核心奥义;
里氏替换原则:并无体现,里氏替换原则讲究通过继承来实现扩展,而适配器模式则是通过适配来扩展系统。
接口隔离原则:类间依赖应该建立在最小接口上,这也是对系统设计上的指导原则,但是无疑会对系统扩展起到帮助作用;
关注个人微信公众号:落花流水存心阁,不仅能免费获得相关项目的源码,还可以扩展思维,启迪智慧哦~
后台回复:设计模式。获得项目源码~(如果从聚宝盆里获得资源后便狠心离去,那么聚宝盆将因难过而沉睡过去,无法为您提供宝贝了。。。除非唤醒它!)
如果觉得文章写的不错,也可以小小地打赏一下嘛~
也期待合作,“码”上改变~
微信账号 | 支付宝账号 |
---|---|
![]() | ![]() |