一、概念
适配器模式，允许因为接口不兼容而不能在一起工作的类工作在一起，做法是将类自己的接口包裹在一个已存在的类中。
装饰器模式，原有的不能满足现有的需求，对原有的进行增强。
代理模式，同一个类而去调用另一个类的方法，不对这个方法进行直接操作。
适配器的特点在于兼容，从代码上的特点来说，适配类与原有的类具有相同的接口，并且持有新的目标对象。就如同一个三孔转2孔的适配器一样，他有三孔的插头，可以插到三孔插座里，又有两孔的插座可以被2孔插头插入。适配器模式是在于对原有3孔的改造。在使用适配器模式的时候，我们必须同时持有原对象，适配对象，目标对象。。。。
装饰器模式特点在于增强，他的特点是被装饰类和所有的装饰类必须实现同一个接口，而且必须持有被装饰的对象，可以无限装饰。
代理模式的特点在于隔离，隔离调用类和被调用类的关系，通过一个代理类去调用。
总的来说就是如下三句话：
- 适配器模式是将一个类(a)通过某种方式转换成另一个类(b).
- 装饰模式是在一个原有类(a)的基础之上增加了某些新的功能变成另一个类(b).
- 代理模式是将一个类(a)转换成具体的操作类(b).
二、例子
先简单介绍一下，公司有一个ORDER系统，专门用于提供订单管理的接口，提供给O2O商城，WAP商城，手机类APP，微信等客户端调用。ORDER系统在上线之时，已经包含了非常完整的数据操作。
现手机类APP需要升级，老的接口可能不能满足需求，如原O2O订单提货延长有效期接口需要提供截至时间和订单号，新APP可能不提供截至时间，只需要提供订单号即可延长时间。而老的接口又不能修改，因为老的order接口是针对所有平台的，那么必须将新接口要求与原接口进行适配。。。
解决方案如下：新增AppAdepter类，用来适配老的接口，同时开发给新的接口。。。。
先给出原接口和实现类
/**
* 原接口，需要传入orderId，时间
*
*/
public interface SourceOrderApi {
public void updateDate(String orderId,String date,String client);
}
public class SourceOrderApiImpl implements SourceOrderApi{
@Override
public void updateDate(String orderId, String date, String client) {
System.out.println(client+"已将订单"+orderId+"的有效期延长至"+date);
}
}
public class Test {
public static void main(String[] args) {
SourceOrderApi sourceOrderApi = new SourceOrderApiImpl();
sourceOrderApi.updateDate("123456", "2014-10-15", "user");
}
}
//运行结果：user已将订单123456的有效期延长至2014-10-15
新的接口和实现类:
public interface AppOrderApi {
//只需要传入订单Id即可
public void updateDate(String orderId,String client);
}
public class AppOrderApiImpl implements AppOrderApi{
SourceOrderApi sourceOrderApi;
public AppOrderApiImpl(){
sourceOrderApi = new SourceOrderApiImpl();
}
@Override
public void updateDate(String orderId,String client) {
//这里适配的方式随意，但是保证是要完全兼容原有的，就是保证调用原有的接口
sourceOrderApi.updateDate(orderId, "9999-12-31",client);
}
}
public class Test {
public static void main(String[] args) {
AppOrderApi appOrderApi = new AppOrderApiImpl();
appOrderApi.updateDate("123456", "user");
}
}
//运行结果：user已将订单123456的有效期延长至9999-12-31
在这套代码中，新的实现类持有了老接口的对象，就是把这个对象new 出来。。。然后在新的方法里，进行适配操作。而这里所谓的适配就是兼容老接口和兼容新接口。兼容老接口非常简单，就是直接调用老的方法即可。而兼容新接口就是你所要去做的业务逻辑。。。比如我这里做了比较简单的操作，app类的统一传入“9999-12-31”，这些都是根据具体的项目需求去实现你的业务代码。看到这，很多人会觉得 这样的代码是不是很常见。。。。我自己都特意去翻了一下我之前的代码，很多类似的写法。。。其实设计模式很多时候都融入到我们的代码中，只是我们没有去理解这种模式，所以就算你自己写出来了，都不知道这是一种适配器模式。。。
那么再回头来说代理模式，在代码上，和适配器模式有着相似的地方！
再比如，现在我们公司的系统又要进行升级，我们原先的接口没有加入安全机制，导致了任何人都可以随意调用这个接口，现在公司需要对这个接口进行改造，只其只能被admin这个客户端调用，其他用户一律要输入账号密码才能调用。那么上面原接口和类不需要改动，我们只需要新增代理器即可。。。
这里就会显出代理模式和适配器模式最大的区别，代理模式是与原对象实现同一个接口，而适配器类则是匹配新接口，说白了，实现一个新的接口。
public class ProxySourceOrderApiImpl implements SourceOrderApi {
SourceOrderApi sourceOrderApiImpl;
public ProxySourceOrderApiImpl(){
sourceOrderApiImpl = new SourceOrderApiImpl();
}
@Override
public void updateDate(String orderId, String date, String client) {
//进行判断，如果是admin则更新否则让其输入账号密码
if("admin".equals(client)){
sourceOrderApiImpl.updateDate(orderId, date, client);
}else{
System.out.println("账号不是admin，没有查询权限，请输入以admin操作");
}
}
}
这里的代理类必须要持要实现原接口和持有原接口的对象，才能称之为代理类。
这样，我们不需要修改原先的实现类，用一个代理类来进行过滤。有些人可能有这样的疑惑，为什么不直接在原实现类中修改，记住JAVA设计模式的基本原则，对内关闭修改。
假如你并没有对方的类，别人只是提供给你这样一个可以操作的JAR包你如何去做？把JAR包反编译，再修改？又假如某些地方可以直接调用原有接口，你如果修改原有的实现类，岂不是对其他的地方也造成了影响？不能修改原有代码这是基本原则。
最后，就是装饰器模式，装饰器模式与相对于上面2种模式更好理解，差别也最大。
假如说，现在这个延长订单，不光可以延长订单提货有效期，可以延长订单的退货有效期。
这就是一个典型的装饰器，你需要做的是丰富原接口的功能，并且不改动原先的接口。
public class NewSourceOrderApiImpl implements SourceOrderApi {
SourceOrderApi sourceOrderApi;
public NewSourceOrderApiImpl(SourceOrderApi sourceOrderApi){
this.sourceOrderApi = sourceOrderApi;
}
@Override
public void updateDate(String orderId, String date, String client) {
sourceOrderApi.updateDate(orderId, date, client);
System.out.println(client+"已将订单"+orderId+"的退款期延长至"+date);
}
}
在装饰器模式中，必须要有被装饰的类和装饰的类。。在这套代码中，原先SourceOrderApi的对象就是被装饰的类，而新建NewSourceOrderApiImpl 就是装饰类，装饰类必须把被装饰的对象当作参数传入。
这就是和代理模式的代码不同之处，代理模式一定是自身持有这个对象，不需要从外部传入。而装饰模式的一定是从外部传入，并且可以没有顺序，按照代码的实际需求随意挑换顺序，就如你吃火锅先放白菜还是先放丸子都可以。
再从使用上来看，代理模式注重的是隔离限制，让外部不能访问你实际的调用对象，比如权限控制，装饰模式注重的是功能的拓展，在同一个方法下实现更多的功能。
