.NET中通過代理實現(xiàn)面向方面編程(AOP)
AOP是OOP的延續(xù),Aspect Oriented Programming的縮寫,即面向方面編程。AOP是GoF設計模式的延續(xù),設計模式追求的是調(diào)用者和被調(diào)用者之間的解耦,AOP也是這種目標的一種實現(xiàn)。
我說到了在代碼中可以利用泛型委托來封裝異常處理,這樣可以讓程序看起來更加清晰,要想完成功能需要調(diào)用者調(diào)用指定的工廠方法才行,但要想改變某些程序員的編碼習慣我想是一件比較困難的事情。有朋友說利用委托來實現(xiàn)異常處理并不算是真正意義上的AOP,因為傳統(tǒng)的AOP并不需要客戶端做代碼結構的變更,最多也就是配置上的問題。但在.net中要想實現(xiàn)AOP,我想最方便的實現(xiàn)機制要屬代理機制了,但只要利用代理,在性能上就會造成一定的影響。
如果開發(fā)過分布式服務,像remotion,wcf等,消息都是它們通信的重要手段。客戶端通過方法調(diào)用形式體現(xiàn)的服務訪問需要轉換成具體的消息,然后經(jīng)過編碼才能利用傳輸通道發(fā)送給服務端,服務執(zhí)行的結果也只能以消息的形式返回給調(diào)用方。
這些分布式服務有一共同特點:都通過代理方法間接的調(diào)用服務。服務代理,它自身并不提供服務的實現(xiàn),只是起到一個中介作用,客戶端把服務請求發(fā)送給服務代理,服務代理再去調(diào)真正的服務,同樣服務返回時,也是返回給服務代理,再由服務代理返回給客戶端??吹竭@,我想對于實現(xiàn)AOP的攔截就有點眉目了。在.net中,我們可以寫自定義的RealProxy來實現(xiàn)AOP的方法攔截功能。
服務代理通常又分為以下兩種:
1:透明代理。客戶端在跨任何類型的遠程處理邊界使用對象時,對對象使用的實際上是透明代理。透明代理使人以為實際對象駐留在客戶端空間中。它實現(xiàn)這一點的方法是:使用遠程處理基礎結構將對其進行的調(diào)用轉發(fā)給真實對象。透明代理本身由 RealProxy 類型的托管運行時類的實例收容。RealProxy 實現(xiàn)從透明代理轉發(fā)操作所需的部分功能。代理對象繼承托管對象(例如垃圾回收、對成員和方法的支持)的關聯(lián)語義,可以將其進行擴展以形成新類。這樣,該代理具有雙重性質,一方面,它需要充當與遠程對象(透明代理)相同的類的對象;另一方面,它本身是托管對象。
2:真實代理。RealProxy來實現(xiàn)與遠程服務進行通信,所以這里就是我們實現(xiàn)AOP的地方。
下圖是透明代理與真實代理以及遠程對象的調(diào)用關系圖:
下圖是利用自定義的RealProxy實現(xiàn)AOP方法攔截的原理圖:
自定義異常代理類:
說明:1>自定義的代理類需要繼承RealProxy。
2>從 RealProxy 繼承時,必須重寫 Invoke方法。
3>下面代碼中的LogManage是一個log4net接口,我們可以把異常統(tǒng)一記錄到日志中,供日后分析。
- /// <summary>
- /// Aspect代理,在這個類里面,實現(xiàn)對方法的攔截
- /// </summary>
- public class AspectProxyErrorLog : RealProxy
- {
- AspectManagedAttribute attr;
- /// <summary>
- /// 默認構造函數(shù)
- /// </summary>
- public AspectProxyErrorLog() : base()
- {
- }
- /// <summary>
- /// 構造函數(shù)
- /// </summary>
- /// <param name="myType">被代理的類的類型</param>
- public AspectProxyErrorLog(Type myType) : base(myType)
- {
- }
- /// <summary>
- /// 構造函數(shù)
- /// </summary>
- /// <param name="myType">被代理的類的類型</param>
- /// <param name="obj">被代理的對象</param>
- public AspectProxyErrorLog(Type myType,MarshalByRefObject obj) : base(myType)
- {
- target=obj;
- }
- MarshalByRefObject target;
- ILog LogManage;
- /// <summary>
- /// 當在派生類中重寫時,在當前實例所表示的遠程對象上調(diào)用在所提供的 IMessage 中指定的方法。<br />
- /// WebsharpAspect在這里執(zhí)行對方法執(zhí)行的攔截處理
- /// </summary>
- /// <param name="msg">IMessage,包含有關方法調(diào)用的信息。</param>
- /// <returns>調(diào)用的方法所返回的消息,包含返回值和所有 out 或 ref 參數(shù)。</returns>
- public override IMessage Invoke(IMessage msg)
- {
- IMessage retMsg=null ;
- IMethodCallMessage methodCall = (IMethodCallMessage)msg;
- IMethodReturnMessage methodReturn = null;
- object[] copiedArgs = Array.CreateInstance(typeof(object), methodCall.Args.Length) as object[];
- methodCall.Args.CopyTo(copiedArgs, 0);
- object[] attrs = null;
- CoustomerErrorHandleAttribute ceha = null;
- if (msg is IConstructionCallMessage)
- {
- IConstructionCallMessage ccm = (IConstructionCallMessage)msg;
- RemotingServices.GetRealProxy(target).InitializeServerObject(ccm);
- ObjRef oRef = RemotingServices.Marshal(target);
- RemotingServices.Unmarshal(oRef);
- retMsg = EnterpriseServicesHelper.CreateConstructionReturnMessage(ccm, (MarshalByRefObject)this.GetTransparentProxy());
- }
- else
- {
- IMethodCallMessage mcm = (IMethodCallMessage)msg;
- attrs = methodCall.MethodBase.GetCustomAttributes(typeof(CoustomerErrorHandleAttribute), false);
- ceha = LogManagerFactory.GetCoustomerErrorHandleAttribute(attrs, methodCall.MethodBase.Name );
- if (null != ceha)
- {
- LogManage = ceha.ILogName;
- }
- try
- {
- object returnValue = methodCall.MethodBase.Invoke(this.target, copiedArgs);
- methodReturn = new ReturnMessage(returnValue, copiedArgs, copiedArgs.Length, methodCall.LogicalCallContext, methodCall);
- }
- catch (Exception ex)
- {
- if (null != ex.InnerException)
- {
- methodReturn = new ReturnMessage(ex.InnerException, methodCall);
- }
- else
- {
- methodReturn = new ReturnMessage(ex, methodCall);
- }
- }
- retMsg = methodReturn;
- }
- if (null != methodReturn)
- {
- if (null != methodReturn.Exception )
- {
- if (null != this.LogManage )
- {
- this.LogManage.Error(ceha .MethodErrorText + methodReturn.Exception.ToString());
- }
- }
- }
- return retMsg;
- }
- }
延伸閱讀
面向切面編程:Aspect Oriented Programming
AOP是OOP的延續(xù),是(Aspect Oriented Programming)的縮寫,意思是面向切面編程。
主要的功能是:日志記錄,性能統(tǒng)計,安全控制,事務處理,異常處理等等。
主要的意圖是:將日志記錄,性能統(tǒng)計,安全控制,事務處理,異常處理等代碼從業(yè)務邏輯代碼中劃分出來,通過對這些行為的分離,我們希望可以將它們獨立到非指導業(yè)務邏輯的方法中,進而改變這些行為的時候不影響業(yè)務邏輯的代碼。
可以通過預編譯方式和運行期動態(tài)代理實現(xiàn)在不修改源代碼的情況下給程序動態(tài)統(tǒng)一添加功能的一種技術。AOP實際是GoF設計模式的延續(xù),設計模式孜孜不倦追求的是調(diào)用者和被調(diào)用者之間的解耦,AOP可以說也是這種目標的一種實現(xiàn)。
在Spring中提供了面向切面編程的豐富支持,允許通過分離應用的業(yè)務邏輯與系統(tǒng)級服務(例如審計(auditing)和事務(transaction)管理)進行內(nèi)聚性的開發(fā)。應用對象只實現(xiàn)它們應該做的——完成業(yè)務邏輯——僅此而已。它們并不負責(甚至是意識)其它的系統(tǒng)級關注點,例如日志或事務支持。
原文標題:.net中利用代理實現(xiàn)AOP
鏈接:http://www.cnblogs.com/ASPNET2008/archive/2010/04/25/1720820.html







51CTO技術棧公眾號

速覽