Java I/O之Adapter模式

这几天一直在鼓捣Maven和REST，I/O之Adapter模式就一直没有总结点什么发过来，这里就来补充一下简单的描述吧，废话少说直接进入主题。

1、Adapter模式

Adapter顾名思义就是适配器模式，举个形象点的例子：前几天买了个电器产品，是港行的，给的充电器的插头可能是符合香港那边标准，而无法在房间的任何一个插座上充电，实在没有办法就去商场买了个转接器，终于可以充电了，我想这里的转接器也就是Adapter模式中的适配器吧！~~呵呵

Adapter模式在设计模式中和前面讲的Decorator模式一样都是属于结构模式的范畴，较为专业的定义为：将两个不兼容的类纠合在一起使用，属于结构型模式，需要有Adaptee(被适配者)和Adaptor(适配器)这两个身份。

那为何需要使用适配器模式呢？

我们经常碰到要将两个没有关系的类组合在一起使用，第一解决方案是：修改各自类的接口，但是如果没有源代码，或者我们不愿意为了一个应用而修改各自的借口，那怎么办？使用Adapter，在这两种借口之间创建一个混血儿。

在这里就用一个UML图来进行简单形象的说明下Adapter模式是怎么回事~~

这里分别创建了两个Adapter，仅仅是适配的方向不同而已。

2、I/O中使用的Adpater模式分析

在Java I/O的类库中，我们在使用的过程中，经常可以看到同以上的UML图类似的操作，下面举一个简单的示例，UML图如下：

 在Reader和Stream之间，是不一样的IO读写标准，我们都知道InputStream/OutputStream是字节流，而Reader/Writer是字符流，两者的读写标准是不一样的，因此在其之间是存在一定的代沟的，因此在Java I/O类库中，有类似的InputStreamReader，这个就类似于适配器模式中的适配器，通过它，我们可以讲InputStream转化为Reader类型的字符流来操作I/O了，这将提供了更加方便的处理I/O的函数。

最后，这里的分析主要从UML图的角度来做对比的，较为简洁，详细的可以进一步的参考Javadoc文档和其他的参考资料。