|
延續 Proxy模式(一) 的議題,來看看實現代理的兩種方式:Static Proxy與Dynamic Proxy。嚴格來說這是屬於模式的實現方式,不過藉由實例可以更瞭解Proxy模式的應用。 先來看個例子,這個例子是記錄(log)動作,程式中很常需要為某些動作或事件作下記錄,以便在事後檢視或是作為除錯時的資訊,一個最簡單的例子如下:
import java.util.logging.*; HelloSpeaker在執行hello()方法時,您希望能記錄該方法已經執行及結束,最簡單的作法就是如上在執行的前後加上記錄動作,然而 Logger介入了HelloSpeaker中,記錄這個動作並不屬於HelloSpeaker,這使得HelloSpeaker增加了非業務上需要的邏 輯在當中。 想想如果程式中這種記錄的動作到處都有需求,上面這種寫法勢必造成必須複製記錄動作的程式碼,使得維護記錄動作的困難度加大。如果不只有記錄動作,有一些 非物件本身職責的相關動作也混入了物件之中(例如權限檢查、事務管理等等),會使得物件的負擔更形加重,甚至混淆了物件的職責,物件本身的職責所佔的程式 碼,或許遠小於這些與物件職責不相關動作的程式碼。 怎麼辦,用下面的方法或許好一些,先定義一個介面,然後實作該介面:
public interface IHello {
public class HelloSpeaker implements IHello {
接下來實作一個代理物件HelloProxy:
import java.util.logging.*; 執行時可以如此: IHello helloProxy = new HelloProxy(new HelloSpeaker());
helloProxy.hello("Justin"); 代理物件HelloProxy將代理真正的HelloSpeaker來執行hello(),並在其前後加上記錄的動作,這使得 HelloSpeaker在撰寫時不必介入記錄動作,HelloSpeaker可以專心於它的職責。 這是Static Proxy的基本範例,然而如您所看到的,代理物件的一個介面只服務於一種類型的物件,而且如果要代理的方法很多,勢必要為每個方法進行代理, Static Proxy在程式規模稍大時就必定無法勝任。 Java在JDK 1.3之後加入協助開發Dynamic Proxy功能的類別,我們不必為特定物件與方法撰寫特定的代理,使用Dynamic Proxy,可以使得一個handler服務於各個物件,首先,一個handler必須實現 java.lang.reflect.InvocationHandler:
import java.util.logging.*; InvocationHandler的invoke()方法會傳入被代理物件的方法名稱與執行參數實際上要執行的方法交由method.invoke (),並在其前後加上記錄動作,method.invoke()傳回的物件是實際方法執行過後的回傳結果。 Dynamic Proxy必須宣告介面,實作該介面,例如:
public interface IHello {
public class HelloSpeaker implements IHello {
java.lang.reflect.Proxy的newProxyInstance()依要代理的物件、介面與handler產生一個代理物件,我們可 以使用下面的方法來執行程式: LogHandler logHandler = new LogHandler();
IHello helloProxy = (IHello) logHandler.bind( new HelloSpeaker()); helloProxy.hello("Justin"); LogHandler不在服務於特定物件與介面,而HelloSpeaker也不用插入任何有關於記錄的動作,它不用意識到記錄動作的存在。 |