原創文章,轉載請務必將下面這段話置於文章開頭處。
本文轉發自Jason’s Blog,原文鏈接 http://www.jasongj.com/design_pattern/proxy_decorator/
模式介紹
- 代理模式(Proxy Pattern),爲其它對象提供一種代理以控制對這個對象的訪問。
- 裝飾模式(Decorator Pattern),動態地給一個對象添加一些額外的職責。
從語意上講,代理模式的目標是控制對被代理對象的訪問,而裝飾模式是給原對象增加額外功能。
類圖
代理模式類圖如下
裝飾模式類圖如下
從上圖可以看到,代理模式和裝飾模式的類圖非常類似。下面結合具體的代碼講解兩者的不同。
代碼解析
本文所有代碼均可從作者Github下載
相同部分
代理模式和裝飾模式都包含ISubject和ConcreteSubject,並且這兩種模式中這兩個Component的實現沒有任何區別。
ISubject代碼如下
package com.jasongj.subject;
public interface ISubject {
void action();
}
ConcreteSubject代碼如下
package com.jasongj.subject;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class ConcreteSubject implements ISubject {
private static final Logger LOG = LoggerFactory.getLogger(ConcreteSubject.class);
@Override
public void action() {
LOG.info("ConcreteSubject action()");
}
}
代理類和使用方式
代理類實現方式如下
package com.jasongj.proxy;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import java.util.Random;
import com.jasongj.subject.ConcreteSubject;
import com.jasongj.subject.ISubject;
public class ProxySubject implements ISubject {
private static final Logger LOG = LoggerFactory.getLogger(ProxySubject.class);
private ISubject subject;
public ProxySubject() {
subject = new ConcreteSubject();
}
@Override
public void action() {
preAction();
if((new Random()).nextBoolean()){
subject.action();
} else {
LOG.info("Permission denied");
}
postAction();
}
private void preAction() {
LOG.info("ProxySubject.preAction()");
}
private void postAction() {
LOG.info("ProxySubject.postAction()");
}
}
從上述代碼中可以看到,被代理對象由代理對象在編譯時確定,並且代理對象可能限制對被代理對象的訪問。
代理模式使用方式如下
package com.jasongj.client;
import com.jasongj.proxy.ProxySubject;
import com.jasongj.subject.ISubject;
public class StaticProxyClient {
public static void main(String[] args) {
ISubject subject = new ProxySubject();
subject.action();
}
}
從上述代碼中可以看到,調用方直接調用代理而不需要直接操作被代理對象甚至都不需要知道被代理對象的存在。同時,代理類可代理的具體被代理類是確定的,如本例中ProxySubject只可代理ConcreteSubject。
裝飾類和使用方式
裝飾類實現方式如下
package com.jasongj.decorator;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import com.jasongj.subject.ISubject;
public class SubjectPreDecorator implements ISubject {
private static final Logger LOG = LoggerFactory.getLogger(SubjectPreDecorator.class);
private ISubject subject;
public SubjectPreDecorator(ISubject subject) {
this.subject = subject;
}
@Override
public void action() {
preAction();
subject.action();
}
private void preAction() {
LOG.info("SubjectPreDecorator.preAction()");
}
}
package com.jasongj.decorator;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import com.jasongj.subject.ISubject;
public class SubjectPostDecorator implements ISubject {
private static final Logger LOG = LoggerFactory.getLogger(SubjectPostDecorator.class);
private ISubject subject;
public SubjectPostDecorator(ISubject subject) {
this.subject = subject;
}
@Override
public void action() {
subject.action();
postAction();
}
private void postAction() {
LOG.info("SubjectPostDecorator.preAction()");
}
}
裝飾模式使用方法如下
package com.jasongj.client;
import com.jasongj.decorator.SubjectPostDecorator;
import com.jasongj.decorator.SubjectPreDecorator;
import com.jasongj.subject.ConcreteSubject;
import com.jasongj.subject.ISubject;
public class DecoratorClient {
public static void main(String[] args) {
ISubject subject = new ConcreteSubject();
ISubject preDecorator = new SubjectPreDecorator(subject);
ISubject postDecorator = new SubjectPostDecorator(preDecorator);
postDecorator.action();
}
}
從上述代碼中可以看出,裝飾類可裝飾的類並不固定,並且被裝飾對象是在使用時通過組合確定。如本例中SubjectPreDecorator裝飾ConcreteSubject,而SubjectPostDecorator裝飾SubjectPreDecorator。並且被裝飾對象由調用方實例化後通過構造方法(或者setter)指定。
裝飾模式的本質是動態組合。動態是手段,組合是目的。每個裝飾類可以只負責添加一項額外功能,然後通過組合爲被裝飾類添加複雜功能。由於每個裝飾類的職責比較簡單單一,增加了這些裝飾類的可重用性,同時也更符合單一職責原則。
總結
- 從語意上講,代理模式是爲控制對被代理對象的訪問,而裝飾模式是爲了增加被裝飾對象的功能
- 代理類所能代理的類完全由代理類確定,裝飾類裝飾的對象需要根據實際使用時客戶端的組合來確定
- 被代理對象由代理對象創建,客戶端甚至不需要知道被代理類的存在;被裝飾對象由客戶端創建並傳給裝飾對象