Java 代理模式和装饰者模式的区别

http://www.cnblogs.com/onlywujun/archive/2013/03/28/2985887.html

学习AOP时，教材上面都说使用的是动态代理，可是在印象中代理模式一直都是控制访问什么的，怎么又动态增加行为了，动态增加行为不是装饰器模式吗？于是 找了很多资料，想弄清楚这两者之间到底有什么区别。结果发现这一篇英文文章讲的很清晰，就翻译一下，供参考。       

        首先，让我们先看一下下面的这两个UML类图，他们分别描述了装饰器模式和代理模式的基本实现。

                    

                     

        这两个图可能使我们产生困惑。这两个设计模式看起来很像。对装饰器模式来说，装饰者（decorator）和被装饰者（decoratee）都实现同一个 接口。对代理模式来说，代理类（proxy class）和真实处理的类（real class）都实现同一个接口。此外，不论我们使用哪一个模式，都可以很容易地在真实对象的方法前面或者后面加上自定义的方法。

        然而，实际上，在装饰器模式和代理模式之间还是有很多差别的。装饰器模式关注于在一个对象上动态的添加方法，然而代理模式关注于控制对对象的访问。换句话 说，用代理模式，代理类（proxy class）可以对它的客户隐藏一个对象的具体信息。因此，当使用代理模式的时候，我们常常在一个代理类中创建一个对象的实例。并且，当我们使用装饰器模 式的时候，我们通常的做法是将原始对象作为一个参数传给装饰者的构造器。

        我们可以用另外一句话来总结这些差别：使用代理模式，代理和真实对象之间的的关系通常在编译时就已经确定了，而装饰者能够在运行时递归地被构造。    

代理模式：

//代理模式
public class Proxy implements Subject{

private Subject subject;
public Proxy(){
//关系在编译时确定
            subject = new RealSubject();
       }
public void doAction(){
             ….
             subject.doAction();
             ….
       }
}

//代理的客户
public class Client{
public static void main(String[] args){
//客户不知道代理委托了另一个对象
             Subject subject = new Proxy();
             …
        }
}

装饰模式：

//装饰器模式
public class Decorator implements Component{
private Component component;
public Decorator(Component component){
this.component = component
        }
public void operation(){
            ….
            component.operation();
            ….
       }
}

//装饰器的客户
public class Client{
public static void main(String[] args){
//客户指定了装饰者需要装饰的是哪一个类
            Component component = new Decorator(new ConcreteComponent());
            …
        }
}

其他人对两者的区别的解释：

1.装饰模式：对被装饰的对象增加额外的职责，满足里氏代换原则（子类可以代替父类）
如：杯子生产线，杯子必须可以装水，在生产线上可以给杯子涂颜色，加杯盖，但要保证杯子可以装水。
2.代理模式：对被代理的对象提供访问控制。
如：客户订购商品，可以直接从厂家订购，也可以从网上商城订购，网上商城是厂家的代理，从网上商城订购商品，商城可以对商品进行控制，不交钱不给商品，人不在不给商品，也可以赠送你额外的礼品，代金券。


装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案；
代理模式给一个对象提供一个代理对象，并有代理对象来控制对原有对象的引用；
装饰模式应该为所装饰的对象增强功能；
代理模式对代理的对象施加控制，并不提供对象本身的增强功能


二者的实现机制确实是一样的，可以看到他们的实例代码重复是很多的。但就语义上说，这两者的功能是相反的，模式的一个重要作用是简化其他程序员对你程序的理解，
你在一个地方写装饰，大家就知道这是在增加功能，你写代理，大家就知道是在限制，


代理模式 
考虑现实生活中的代理商. 你想要进一批货,但是出于某种原因,你无法直接与生产商联系(有可能是因为你生产商与你相隔太远, 或者比如你进的货是军 火, 一般来说生产商也不会直接露面滴), 这时候你就需要一个代理商, 他能够接受你的订单, 并且也能给你需要的货品, 但是记住,代理商并不真正生产货品,他的能力在于他有办法从生产商那里给你搞到货品. 

那么对于买家,也就是接口的调用者而言, 我并不关心你到底是代理商还生产商,我只要你能够跟我交易就可以. 从这角度理解的话,代理隔离了调用者和实现者直接的联系. 
这就好比是你在new 代理者的时候，你并没有给他传递具体的被代理者，你也不关心，知道他肯定有的。

实际编码中的例子呢, 比如WebService的调用你就可以把他理解成一个(远程)代理. 


装饰模式 
语义上理解,装饰是什么呢? 装饰就是在原本的东西上添油加醋嘛. 装饰的原则就是,对于一个西瓜, 不管我怎么装饰,它始终都是一个西瓜, 我不能最终把它装饰一番之后当成土豆去卖. 

举个例子,大家应该都买过那种现做的冰淇淋. 一般都是这样卖的, 普通的冰淇淋必选,上面可以加上各种葡萄干啊,榛子啊,蓝莓酱啊之类的,当然每加一样你就要多交一点钱啦:). 
这就好比你在new装饰类的时候通过构造函数给他传递一些参数，这里就是通过给冰激凌加各样的葡萄干，榛子等。

自己的理解：以拿衣服料子到店里定做衣服和到衣服代购店里买衣服来理解装饰模式和代理模式。

代理模式模式代理类和被代理类在编译期就定下来了，也就是说该代购店代理哪种品牌的衣服是在开店时就定下来了。

装饰模式的被装饰类是动态赋给装饰类的，就是衣服的料子是在定做衣服时店里才知道是什么衣服料的。定做时做的衣服要有衣服的基本功能，他可以修饰下这些功能。也可以增加新的功能，这就是半透明装饰模式了，也称半装饰半适配器模式。