Java学习记录--适配器模式
标签（空格分隔）： java
适配器模式是一种比较简单的设计模式,该博文从Java的Set集合入手,分析适配器模式适用场景,解决的问题,导致的缺点等.希望对你有帮助.
适配器模式,可以这样解释,用现有的组件去匹配实现要求提供的功能.举个例子:对于Java的HashSet集合,实际上是由一个HashMap映射来实现的,那么就可以理解为用现有的HashMap组件去实现了要求没有重复的Set集合这一功能.那么,这就是适配器模式,对于HashSet来说,更详细的叫法是对象适配器模式.
1.对象适配器模式
举个例子,MAC新款用的是雷电3接口,但是以前都是USB接口,那么就需要一个转换器,提供USB到雷电3的数据传输转换,那么在HashSet实现中每一个类都承担什么角色呢?
首先看HashSet的部分源码:
//被适配的HashMap
private transient HashMap map;
//作为Map值的元素
private static final Object PRESENT = new Object();
//初始化被适配的HashMap
public HashSet() {
map = new HashMap<>();
}
那么对于HashMap来说,HashMap就是USB接口,Set这个interface是新款的雷电3接口,于是HashSet就成了这个转换器,所提供的功能是把HashMap中的key单独表现为一个集合.
再看HashSet提供的转换:
public int size() {
return map.size();
}
public boolean contains(Object o) {
return map.containsKey(o);
}
public boolean add(E e) {
return map.put(e, PRESENT)==null;
}
public boolean remove(Object o) {
return map.remove(o)==PRESENT;
}
就像插口适配器提供数据传输转换一样,HashSet提供对HashMap映射的转换.这样来看的话很容易理解.参考下图:
2.类适配器
如果把HashSet改造成下面这种形式的话,那就是类适配器,显然这种方式很不灵活,继承导致方法的混乱冲突,调用的不清晰等.因此建议使用对象适配器.
public class HashSet extends HashMap implements Set {
private static final Object PRESENT = new Object();
@Override
public boolean add(K k) {
return super.put(k, PRESENT) == null;
}
@Override
public boolean remove(Object key) {
return super.remove(key) == PRESENT;
}
}
3.总结
3.1适用情景
- 系统需要使用现有的类，而这些类的接口不符合系统的接口。
- 想要建立一个可以重用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作。
- 两个类所做的事情相同或相似，但是具有不同接口的时候。
- 旧的系统开发的类已经实现了一些功能，但是客户端却只能以另外接口的形式访问，但我们不希望手动更改原有类的时候。
- 使用第三方组件，组件接口定义和自己定义的不同，不希望修改自己的接口，但是要使用第三方组件接口的功能。
3.2 优点
- 通过适配器，客户端可以调用同一接口，因而对客户端来说是透明的。这样做更简单、更直接、更紧凑。
- 复用了现存的类，解决了现存类和复用环境要求不一致的问题。
- 将目标类和适配者类解耦，通过引入一个适配器类重用现有的适配者类，而无需修改原有代码.
- 一个对象适配器可以把多个不同的适配者类适配到同一个目标，也就是说，同一个适配器可以把适配者类和它的子类都适配到目标接口。
3.3缺点
- 对象适配器造成代码耦合,如果被适配的类,如HashMap由较为大的改动可能会影响适配器.另外更换适配器比较麻烦.
- 对于类适配器,不够灵活,写的不得当造成代码混乱.
根据自己的业务选择最适合的方式即可.
4.补充
4.1和装饰者模式比较
适配器像是转换器,使用新接口来调用原接口,并且有时候需要转换下功能,不应该对外直接暴露被适配的类的功能,而是通过自己本身的方法提供.如下面方法:
public boolean contains(Object o) {
return map.containsKey(o);
}
装饰者模式是提供新的职责,并且原封不动的提供被装饰者功能.
适配器是知道被适配者的详细情况的（就是那个类或那个接口）。装饰者只知道其接口是什么，至于其具体类型（是基类还是其他派生类）只有在运行期间才知道。
两者的有一个共同的名称叫做'包装模式',两者的最主要的区别在于使用目的不同,其他则大致思想一致.
参考博文:
http://blog.csdn.net/jason0539/article/details/22468457