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

以下两个UML图分别描述了装饰模式和代理模式的基本实现。

装饰模式

代理模式

相似点：对装饰器模式来说，装饰者（decorator）和被装饰者（decoratee）都实现同一个 接口。对代理模式来说，代理类（proxy class）和真实处理的类（real class）都实现同一个接口。此外，不论我们使用哪一个模式，都可以很容易地在真实对象的方法前面或者后面加上自定义的方法。

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

因此也可以发现：使用代理模式，代理和真实对象之间的的关系通常在编译时就已经确定了，而装饰者能够在运行时递归地被构造。

上面的原理讲起来拗口而且难懂，打个比方可能更好理解：

代理模式可以理解为我们去餐厅吃饭。我们来到某个餐厅，坐下来后只要向服务员（代理类Proxy）点单（DoAction()方法），最后我们点的菜就会上来（实现了结果），我们并不知道这些菜是厨房的哪个厨师（具体的实现类RealSubject）烧给我们的。也就是说代理类屏蔽了真实实现类的细节信息，用户并不知道是哪个类实现了自己调用的方法，这个具体的实现类在代理类的构造方法中确定。因此代理模式下真实的实现类在编译阶段已经确定了。代理类对被代理的对象有控制权，决定其执行或者不执行。
装饰模式可以理解为一家蛋糕店卖蛋糕。原来就有一台制造蛋糕的机器，我们只要把原料扔进去过段时间就出来烘焙好的蛋糕了。但是这样的蛋糕应该卖相很不好，也可能没有那么好吃，为了蛋糕店的业绩，于是老板决定先在面粉糊里加点蜂蜜、芝士或者可可粉什么的佐料，然后再放到蛋糕机里面烘焙，出来以后再在蛋糕上抹点奶油，这样蛋糕店的生意就更好了。

以下为代理模式和装饰模式的代码例子。

//代理模式
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();
subject.doAction();
…
}
}


//装饰器模式
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());
compent.operation();
…
}
}