Java开发中,代理模式应用广泛,比如 AOP 的实现原理、日志框架、全局性异常处理、事务处理等。本文先分析一下静态代理与装饰者模式的区别
区别:
对装饰器模式来说,装饰者(decorator)和被装饰者(decoratee)都实现同一个 接口。对代理模式来说,代理类(proxy class)和真实处理的类(real class)都实现同一个接口。他们之间的边界确实比较模糊,两者都是对类的方法进行扩展,具体区别如下:
- 装饰器模式强调的是增强自身,在被装饰之后你能够在被增强的类上使用增强后的功能。增强后你还是你,只不过能力更强了而已;代理模式强调要让别人帮你去做一些本身与你业务没有太多关系的职责(记录日志、设置缓存)。代理模式是为了实现对象的控制,因为被代理的对象往往难以直接获得或者是其内部不想暴露出来。
- 装饰模式是以对客户端透明的方式扩展对象的功能,是继承方案的一个替代方案;代理模式则是给一个对象提供一个代理对象,并由代理对象来控制对原有对象的引用;
- 装饰模式是为装饰的对象增强功能;而代理模式对代理的对象施加控制,但不对对象本身的功能进行增强;
UML类图
代理模式:
装饰者模式:
从 UML 类图和实现代码上看,代理模式与装饰器模式几乎一模一样。代理模式的 Subject 对应装饰器模式的 Component,代理模式的 RealSubject 对应装饰器模式的 Concrete Component,代理模式的 Proxy 对应装饰器模式的 Decorator。
确实,从实现代码的角度看,代理模式的确与装饰器模式是一样的(其实装饰器模式就是代理模式的一个特殊应用),但是这两种设计模式所面向的功能扩展面是不一样的。
装饰器模式强调自身功能的扩展。Decorator 所做的就是增强 Concrete Component 的功能(也有可能减弱功能),主体对象为 Concrete Component,着重类功能的变化。
代理模式强调对代理过程的控制。Proxy 完全掌握对 RealSubject 的访问控制,因此,Proxy 可以决定对 RealSubject 进行功能扩展、功能缩减甚至功能散失(不调用 RealSubject 方法),主体对象为 Proxy。
设计模式就是为了提升代码的可扩展性,灵活应用即可,没有必要生搬硬套,非要分出个所以然来。