- Public class ProxyViewAction implements Action
- {
- private Action action = new ViewAction();
- public void doAction()
- {
-
- if(Permission.getPermission(userId).equals(Constants.VIEW))
- {
- action.doAction();
- }
- }
- }
Public class ProxyViewAction implements Action{ private Action action = new ViewAction(); public void doAction() { //調用權限類(lèi)的方法取得用戶(hù)權限 if(Permission.getPermission(userId).equals(Constants.VIEW)) { action.doAction();}}} 這是代理類(lèi)，很容易理解。在我們的ProxyViewAction類(lèi)中，除了做了客戶(hù)真正想要做的動(dòng)作：doAction()以外，還進(jìn)行了 額外 的動(dòng)作檢查用戶(hù)的權限。而作核心動(dòng)作doAction()是在一個(gè) 干干凈凈 的類(lèi)：ViewAction中進(jìn)行，這個(gè)類(lèi)只做 核心動(dòng)作 ，對其他的不關(guān)心，滿(mǎn)足了單一職責原則。 客戶(hù)端通過(guò)調用代理類(lèi)來(lái)執行動(dòng)作 ，而代理類(lèi)一是將權限判斷和動(dòng)作的執行分離開(kāi)來(lái)，滿(mǎn)足了單一職責原則；二是實(shí)現了 同 一個(gè)接口，從而滿(mǎn)足了依賴(lài)顛倒原則。比第一個(gè)思路好了很多。 代理又被稱(chēng)為 委派 ，說(shuō)的是代理類(lèi) 并不真正的執行那個(gè)核心動(dòng)作 ，而是委派給另外一個(gè)類(lèi)去執行，如ProxyView類(lèi)中，ProxyView類(lèi)并沒(méi)有真正執行doAction()方法，而是交給ViewAction類(lèi)去執行。 我們再來(lái)看代理類(lèi)ProxyViewAction，可以看到它不僅依賴(lài)于接口A(yíng)ction，而且依賴(lài)于具體的實(shí)現ViewAction。這樣對我們的系統擴展很不利，比如我們有Add動(dòng)作、Delete動(dòng)作、Modify動(dòng)作等等，我們需要對每一個(gè)動(dòng)作都寫(xiě)一個(gè)代理類(lèi)，而這些代理類(lèi)都做同樣的事情，先進(jìn)行權限判斷，然后再委派。所以我們需要對這些代理再進(jìn)行一次抽象， 讓它只依賴(lài)接口A(yíng)ction，而不依賴(lài)于具體的實(shí)現 。 要實(shí)現這樣的想法，我們需要將代理類(lèi)中的具體實(shí)現提走，讓代理的使用者在運行期提供具體的實(shí)現類(lèi)，即所謂的 依賴(lài)注入 ，如下：
- Public class ProxyAction implements Action
- {
- private Action action;
- public ProxyAction(Action action)
- {
- this.action = action;
- }
- public void doAction()
- {
-
- if(Permission.getPermission(userId).equals(action.getClass().getName()))
- {
- action.doAction();
- }
- }
- }
Public class ProxyAction implements Action{ private Action action; public ProxyAction(Action action) { this.action = action;} public void doAction() { //調用權限類(lèi)的方法取得用戶(hù)權限 if(Permission.getPermission(userId).equals(action.getClass().getName())) { action.doAction();}}}
這樣，我們就將所有實(shí)現了Action接口的實(shí)現使用一個(gè)代理類(lèi)來(lái)代理它們。除了ViewAction類(lèi)能用，以后擴展的AddAction、 ModifyAction、DeleteAction類(lèi)等等，都可以使用一個(gè)代理類(lèi)：ProxyAction。 而我們的客戶(hù)端類(lèi)似如下： Action action = ProxyAction(new ViewAction); Action.doAction(); 通過(guò)對代理類(lèi)的 依賴(lài)注入 ，我們使得代理類(lèi)初步有了一定擴展性。但是我們還要看到，這個(gè)代理類(lèi)依賴(lài)于某一個(gè)確定的接口。這仍然不能滿(mǎn)足我們的實(shí)際要求，如我們的系統的權限控制一般是整個(gè)系統級的，這樣系統級的權限控制，我們很難在整個(gè)系統里抽象出一個(gè)統一的接口，可能會(huì )有多個(gè)接口，按照上面的代理模式，我們需要對每一個(gè)接口寫(xiě)一個(gè)代理類(lèi)，同樣，這些類(lèi)的功能都是一樣的。這顯然不是一個(gè)好地解決辦法。 基于上面的原因，我們需要解決一個(gè)系統在沒(méi)有統一的接口的情況下，對一些零散的對象的某一些動(dòng)作使用代理模式的問(wèn)題。JAVA API為我們引入了動(dòng)態(tài)代理或動(dòng)態(tài)委派的技術(shù)。 動(dòng)態(tài)代理的核心是 InvocationHandler接口 ，要使用動(dòng)態(tài)代理就必須實(shí)現該接口。這個(gè)接口的委派任務(wù)是在invoke(Object proxy, Method m, Object[] args)方法里面實(shí)現的： //invoke是調用的意思 //在調用核心功能之前作一些動(dòng)作 …… //調用核心功能 m.invoke(obj, args); //在調用核心功能以后做一些動(dòng)作 …… 我們可以看到動(dòng)態(tài)代理其實(shí)用的是 反射機制 來(lái)調用核心功能的：m.invoke(obj, args);正是這種反射機制的使用使得我們調用核心功能更加靈活，而 不用依賴(lài)于某一個(gè)具體的接口，而是依賴(lài)于Object對象 。 下面我們來(lái)具體看看動(dòng)態(tài)代理或動(dòng)態(tài)委派如何使用：
- public class ProxyAction implements InvocationHandler {
- private Object action;
-
- public ProxyAction(Object action)
- {
- this.action = action;
- }
- public static Object getInstance(Object action)
- {
- return Proxy.newProxyInstance(action.getClass().getClassLoader(),
- action.getClass().getInterfaces(),new ProxyAction(action));
- }
-
- public Object invoke(Object proxy, Method m, Object[] args)
- throws Throwable {
-
- Object result;
-
- try {
-
- System.out.println("before method " + m.getName());
-
- result = m.invoke(action, args);
-
- } catch (InvocationTargetException e) {
-
- throw e.getTargetException();
-
- } catch (Exception e) {
-
- throw new RuntimeException("unexpected invocation exception: "
-
- + e.getMessage());
-
- } finally {
-
- System.out.println("after method " + m.getName());
-
- }
-
- return result;
-
-
- }
-
- }
public class ProxyAction implements InvocationHandler {private Object action;//構造方法public ProxyAction(Object action){ this.action = action;}public static Object getInstance(Object action){ return Proxy.newProxyInstance(action.getClass().getClassLoader(),action.getClass().getInterfaces(),new ProxyAction(action));} public Object invoke(Object proxy, Method m, Object[] args) throws Throwable { Object result; try { //在委派之前作動(dòng)作，如權限判斷等 System.out.println("before method " + m.getName()); //進(jìn)行委派 result = m.invoke(action, args); } catch (InvocationTargetException e) { throw e.getTargetException(); } catch (Exception e) { throw new RuntimeException("unexpected invocation exception: " + e.getMessage()); } finally { //在委派之后做動(dòng)作 System.out.println("after method " + m.getName()); } return result; } }
這個(gè)代理類(lèi)，首先是實(shí)現了InvocationHandler接口；然后在getInstance（）方法里得到了代理類(lèi)的實(shí)例；在invoke（）方法里實(shí)現代理功能，也很簡(jiǎn)單。 下面我們來(lái)看客戶(hù)端： Action action = (Action)ProxyAction.getInstance(new ViewAction()); Action.doAction(); 我們可以看到代理類(lèi)對接口的依賴(lài)也轉移到了客戶(hù)端上，這樣，代理類(lèi)不依賴(lài)于某個(gè)接口。對于同樣的代理類(lèi)ProxyAction，我們也可以有如下的客戶(hù)端調用： Engine engine = (Engine)ProxyAction.getInstance(new EngineImpl()); Engine.execute(); 只要engineImpl類(lèi)實(shí)現了Engine接口，就可以像上面那樣使用。 現在我們可以看到，動(dòng)態(tài)代理的確是擁有相當的靈活性。但我們同時(shí)也看到了，這個(gè)代理類(lèi)寫(xiě)起來(lái)比較麻煩，而且也差不多每次都寫(xiě)這樣千篇一律的東西，只有委派前的動(dòng)作和委派后的動(dòng)作在不同的代理里有著(zhù)不同，其他的東西都需要照寫(xiě)。如果這樣的代理類(lèi)寫(xiě)多了，也會(huì )有一些冗余代理。需要我們進(jìn)一步優(yōu)化，這里我們使用模板方法模式來(lái)對這個(gè)代理類(lèi)進(jìn)行優(yōu)化，如下：
- public abstract class BaseProxy implements InvocationHandler {
- private Object obj;
- protected BaseProxy(Object obj)
- {
- this.obj = obj;
- }
- public static Object getInstance(Object obj,InvocationHandler instance)
- {
- return Proxy.newProxyInstance(obj.getClass().getClassLoader(),
- obj.getClass().getInterfaces(),instance);
- }
-
- public Object invoke(Object proxy, Method m, Object[] args)
- throws Throwable {
-
- Object result;
-
- try {
-
- System.out.println("before method " + m.getName());
- this.doBegin();
-
- result = m.invoke(obj, args);
-
- } catch (InvocationTargetException e) {
-
- throw e.getTargetException();
-
- } catch (Exception e) {
-
- throw new RuntimeException("unexpected invocation exception: "
-
- + e.getMessage());
-
- } finally {
-
- System.out.println("after method " + m.getName());
- this.doAfter();
-
- }
-
- return result;
-
-
- }
- public abstract void doBegin();
- public abstract void doAfter();
-
- }
public abstract class BaseProxy implements InvocationHandler {private Object obj;protected BaseProxy(Object obj){ this.obj = obj;}public static Object getInstance(Object obj,InvocationHandler instance){ return Proxy.newProxyInstance(obj.getClass().getClassLoader(),obj.getClass().getInterfaces(),instance);} public Object invoke(Object proxy, Method m, Object[] args) throws Throwable { // TODO Auto-generated method stub Object result; try { System.out.println("before method " + m.getName()); this.doBegin(); result = m.invoke(obj, args); } catch (InvocationTargetException e) { throw e.getTargetException(); } catch (Exception e) { throw new RuntimeException("unexpected invocation exception: " + e.getMessage()); } finally { System.out.println("after method " + m.getName()); this.doAfter(); } return result; }public abstract void doBegin();public abstract void doAfter(); } 這樣，代理的實(shí)現類(lèi)只需要關(guān)注實(shí)現委派前的動(dòng)作和委派后的動(dòng)作就行，如下
- public class ProxyImpl extends BaseProxy {
- protected ProxyImpl(Object o)
- {
- super(o);
- }
- public static Object getInstance(Object foo)
- {
- return getInstance(foo,new ProxyImpl(foo));
- }
-
-
- public void doBegin() {
-
- System.out.println("begin doing....haha");
-
- }
-
-
- public void doAfter() {
-
- System.out.println("after doing.....yeah");
-
- }
-
- }
public class ProxyImpl extends BaseProxy {protected ProxyImpl(Object o){ super(o);}public static Object getInstance(Object foo){ return getInstance(foo,new ProxyImpl(foo));} //委派前的動(dòng)作public void doBegin() { // TODO Auto-generated method stub System.out.println("begin doing....haha"); } //委派后的動(dòng)作public void doAfter() { // TODO Auto-generated method stub System.out.println("after doing.....yeah"); } }
從上面的代碼，我們可以看出代理實(shí)現類(lèi)的確是簡(jiǎn)單多了，只關(guān)注了委派前和委派后的動(dòng)作，這是我們作為一個(gè)代理真正需要關(guān)心的。 至此，代理模式和動(dòng)態(tài)代理已經(jīng)告一段落。我們將動(dòng)態(tài)代理引申一點(diǎn)說(shuō)開(kāi)去，來(lái)作為這篇文章的蛇足。 這個(gè)話(huà)題就是面向方面的編程，或者說(shuō)AOP。我們看上面的ProxyImpl類(lèi)，它的兩個(gè)方法doBegin()和doAfter()，這是做核心動(dòng)作之前和之后的兩個(gè)截取段。正是這兩個(gè)截取段，卻是我們AOP的基礎。在OOP里，doBegin()，核心動(dòng)作，doAfter()這三個(gè)動(dòng)作在多個(gè)類(lèi)里始終在一起，但他們所要完成的邏輯卻是不同的，如doBegin()可能做的是權限，在所有的類(lèi)里它都做權限；而在每個(gè)類(lèi)里核心動(dòng)作卻各不相同；doAfter()可能做的是日志，在所有的類(lèi)里它都做日志。正是因為在所有的類(lèi)里，doBegin()或doAfter()都做的是同樣的邏輯，因此我們需要將它們提取出來(lái)，單獨分析、設計和編碼，這就是我們的AOP的思想。 這樣說(shuō)來(lái)，我們的動(dòng)態(tài)代理就能作為實(shí)現AOP的基礎了。好了，就說(shuō)這么多，關(guān)于A(yíng)OP技術(shù)，我們可以去關(guān)注關(guān)于這方面的知識。 
