设计模式(七)适配器模式和外观模式

如果在一个既有的系统中,我们需要在旧的代码使用新的第三方接口功能,但新的第三方接口跟现有系统的代码不兼容。那么我们可以通过创建一个适配器通过实现旧的第三方接口,并且在其中通过转发调用的方式,将对适配器的调用转发到新的第三方接口。此时,我们的既有系统通过调用适配器就可以使用上新的第三方接口功能了。这就是适配器的一个应用场景;一个类似于适配器的另一个模式,叫做外观模式。通过外观模式可以将子系统组合进外观中,然后将工作委托给子系统执行

适配器模式

定义

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

UML结构

类关系说明

  1. Duck抽象了客户端期望的功能接口。
  2. Turkey作为被适配类,并且一个具体的适配类为WildTurkey
  3. TurkeyAdapter实现了Duck接口,并持有一个被适配的类对象Turkey的具体类实例,Turkeyadapter作为适配器暴露客户端期望接口转发调用到被适配类实例

外观(facade)模式

定义

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

UML结构

类关系说明

  1. Screen、Tuner作为子系统的一部分,分别暴露了功能接口on()、off()
  2. HomeTheaterFacade作为一个外观,组合了Screen、Tuner类实例,暴露一个外观接口watchMovie(),解耦了客户和子系统Scrren、Tuner的耦合

总结

  1. 当需要使用一个现有的类而其接口并不符合你的需要时,可以使用适配器
  2. 适配器常常被拿来和装饰器模式做比较,适配器将一个对象包装起来以改变其接口,装饰者讲一个对象包装起来以增加新的行为和责任。而外观将一群对象“包装”起来以简化其接口

源码地址

design_pattern_learn