- 适配器模式有两种:委托和继承,在我看来,继承其实也可以理解为委托,相当于委托自己的父类
- 在适配器模式中,被适配者和适配器耦合性非常强
- 列子:我们这标准电压都是220v,但大部分电器的使用电压都比220小的多。220就是现有的,我们需要的则是其它大小的电压
- 意图:将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
- 主要解决:主要解决在软件系统中,常常要将一些"现存的对象"放到新的环境中,而新环境要求的接口是现对象不能满足的。
- 何时使用:
- 系统需要使用现有的类,而此类的接口不符合系统的需要。
- 想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作,这些源类不一定有一致的接口;
- 通过接口转换,将一个类插入另一个类系中。
- 优点:
- 可以让任何两个没有关联的类一起运行。
- 提高了类的复用。
- 增加了类的透明度。
- 灵活性好。
- 缺点:
- 过多地使用适配器,会让系统非常零乱,不易整体进行把握。比如,明明看到调用的是 A 接口,其实内部被适配成了 B 接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。因此如果不是很有必要,可以不使用适配器,而是直接对系统进行重构。
- 由于 JAVA 至多继承一个类,所以至多只能适配一个适配者类,而且目标类必须是抽象类。
- 使用场景:有动机地修改一个正常运行的系统的接口,这时应该考虑使用适配器模式。
- 注意事项:适配器不是在详细设计时添加的,而是解决正在服役的项目的问题。
github:https://github.com/wk1995/DesignPattern.git
参考:图解设计模式,菜鸟教程
http://www.runoob.com/design-pattern/adapter-pattern.html