?????是從網(wǎng)上轉(zhuǎn)載的。?
?????雖翻譯得很蹩腳，但因我打算2007年將英語學(xué)好，這次也算是點(diǎn)小行動(dòng)，望大伙鼓勵(lì)之，別砸我磚頭。

???? AOP != Interception

??? 最近，許多作者在討論AOP(面向方面編程)，但這整個(gè)事情是不可置信的強(qiáng)大和精彩。然而，他們中的大部分真正談?wù)摰氖且环N叫做攔截器的設(shè)計(jì)模式。這些人并不笨，他們也沒有被誤導(dǎo)。雖然攔截器從它本身說來是一種強(qiáng)有力的機(jī)制，但是它與AOP是不一樣的。雖然它們享有許多共同的特征，但是將AOP看成是攔截器就像將OOP看成是數(shù)據(jù)結(jié)構(gòu)和一堆函數(shù)指針。就像直到我們將對象看作僅僅是編碼和數(shù)據(jù)這種觀念拋棄之后才真正懂得對象一樣，如果我們像真正的懂得在AOP中潛在的巨大能量，我們就需要超越將AOP與攔截器看成是相同的東西的思想。它們在某些點(diǎn)上顯然是很有關(guān)聯(lián)的，他們并不是等價(jià)的。
一.定義
?? ?對初學(xué)者來說，因?yàn)?0%的參數(shù)是基于語法的差異性，讓我們首先確定一下幾個(gè)術(shù)語。
??? 1)面向切面編程
??????? ?i)? "面向切面的軟件發(fā)展是一種在軟件發(fā)展中備受關(guān)注的新技術(shù)，AOSD報(bào)文交換集中技術(shù)使得模塊化一個(gè)系統(tǒng)的方方面面成為可能。" -AOSD主頁
???? ii) "AOP的主要思想是雖然面向?qū)ο蟪绦蛘Z言中層級化的模塊化機(jī)制已經(jīng)非常的有用，但是他們天生無

法將復(fù)雜系統(tǒng)的所有方面都模塊化。相應(yīng)地，我們相信""
?? 2)攔截器
?????? ?"攔截器架構(gòu)模式允許能夠透明的加入到框架中，并能夠在某事件發(fā)生的時(shí)候自動(dòng)的觸發(fā)"--軟件架構(gòu)模式。乍一看，這兩個(gè)東西出奇的相似，攔截器在一個(gè)確定的執(zhí)行點(diǎn)執(zhí)行，主要用來在它攔截到一個(gè)對象方法時(shí)能提供額外的行為，并且形成了在對象的切入點(diǎn)之上通過在源碼中增加聲明式的切入點(diǎn)來添加額外的行為。雖然有如此多的事情，但是，它們的細(xì)節(jié)真正體現(xiàn)在細(xì)節(jié)和明顯的層下。但是，作為討論的一部分，為了真正的看到為什么它們交迭了如此多我們再需要定義幾個(gè)術(shù)語。
?? 1）分離的關(guān)注點(diǎn)：一個(gè)關(guān)注點(diǎn)從本質(zhì)上來說當(dāng)我們需要在我們的軟件系統(tǒng)上建立模塊時(shí)是一個(gè)自動(dòng)的事情。例如，在一個(gè)財(cái)會(huì)系統(tǒng)中，資產(chǎn)概念就是一個(gè)切入點(diǎn)，因此，我們嘗試和捕獲將與資產(chǎn)相關(guān)的所有概念變成我們在OO系統(tǒng)中調(diào)用的對象時(shí)的連貫的事情。這個(gè)使得我們更好地跟蹤系統(tǒng)中地提取物，允許我們隨著時(shí)間的流逝能更好地維護(hù)。每一種程序設(shè)計(jì)語言含蓄地將這個(gè)作為它們的中心目標(biāo)，即使這些關(guān)注點(diǎn)本身和它們應(yīng)該怎樣地捕獲存在很大的不同。
?? 2）橫切關(guān)注點(diǎn)：橫切關(guān)注點(diǎn)，像在面向方面的著作中所說的那樣，是系統(tǒng)中的一部分，在標(biāo)準(zhǔn)的對象模型語義學(xué)中，它不能通過默認(rèn)的構(gòu)造函數(shù)捕獲。例如，考慮跟蹤一個(gè)方法的入口和出口。通常來說，我們通過類本身來達(dá)到這個(gè)目標(biāo)，例如我們可以通過如下方式：
????? if (Debugging.isEnabled())???
????????????? Debugging.trace("Method foo() entered");// . . .
????? if (Debugging.isEnabled())???
????????????? Debugging.trace("Method foo() exiting");
???? 就像我們可以想象的那樣，這種行為捕可以通過基類繼承或者通過提供一個(gè)對另一個(gè)類的內(nèi)部引用來實(shí)現(xiàn)（OO系統(tǒng)建造一個(gè)干凈的分離的關(guān)注點(diǎn)的規(guī)范化的方式是通過繼承或合成），每一個(gè)想要跟蹤的方法都要包含這4行語句。另外，更負(fù)責(zé)的是，橫向切入點(diǎn)在企業(yè)系統(tǒng)中的通用用法包括持久化（這點(diǎn)與舊有的對象關(guān)系是不一樣的），同步行為（我們的對象在多線程中應(yīng)該怎么處理），以及遠(yuǎn)程化（當(dāng)我們的對象允許通過進(jìn)程邊界進(jìn)行調(diào)用時(shí)我們應(yīng)該怎樣處理）。所列的這些問題在傳統(tǒng)的面向?qū)ο蟓h(huán)境中都不能清楚地被捕獲。
??
???????? 攔截器和AOP
???????? 攔截器模式來自POSA2,沒有更好地定義出來時(shí)，我一直引用規(guī)范化定義， 這個(gè)問題是"發(fā)展容易擴(kuò)展的框架"，這種解決方案如下：
??????? 允許應(yīng)用程序通過注冊"頻帶外"的通過預(yù)先定義的接口帶有框架的服務(wù)對框架進(jìn)行清晰地?cái)U(kuò)展，并允許框架在這些事件發(fā)生時(shí)自動(dòng)的觸發(fā)這些服務(wù)（注:在本文種，"事件"指的是應(yīng)用級別的事件，例如在ORB框架中傳輸請求和回應(yīng)。這些事件通常只在框架實(shí)現(xiàn)中是可見的）。另外，打開框架的實(shí)現(xiàn)，以便外面的服務(wù)能夠?qū)蚣苄袨榈母鞣矫孢M(jìn)行進(jìn)入和控制。
?????? 換句話說，攔截器常隱含的包含如下東西
?????? 1.顯式的支持?jǐn)r截器系統(tǒng)：POSA2將其叫做框架，COM+,.NET,servlets和EJB在它們的容器邊界做這些事情，但是它們潛在的思想是一樣的--在某些地方，某些種類的構(gòu)造器是那些提供攔截器行為的構(gòu)造器，顯然將攔截器調(diào)用流作為通用處理的一部分。這就意味著。。。。。。。例如，在servlet框架中（開始于servlet2.3規(guī)范），攔截器通過過濾器提供，允許些servlet的人有機(jī)會(huì)攔截對servlet和jsp（或任意url）的請求和回應(yīng)。但是，攔截器僅能用于對url請求和呼應(yīng)進(jìn)行控制，因此過濾器不能夠做到如下東西，例如：攔截不能調(diào)用普通的java類或者通過像RML或其他系統(tǒng)等渠道調(diào)用。
????? 2. 請求/回應(yīng)渠道的概念：攔截器與請求/回應(yīng)語義學(xué)產(chǎn)生了很重要的依賴關(guān)系，自從攔截器常常用來在方法的入口和出口完成某些功能，這就意味著很大數(shù)量的相互影響是非接觸的或難以獲得的（如果這有點(diǎn)抽象，有賴于--這個(gè)可能更易理解）。
????? 3. 攔截器在一個(gè)運(yùn)行時(shí)構(gòu)造器中差不多是普及的：POSA2顯式的指出，這些服務(wù)概念的引用在所有的情況下避過那不都是許亞好的，因此攔截器的行為不能靜態(tài)的分層化--它必須在運(yùn)行時(shí)注冊。不幸運(yùn)的是，這也意味著一定數(shù)量的運(yùn)行時(shí)超載，特別地，如果攔截器事件模型是粗糙的。例如，在.NET的上下文對象架構(gòu)中，方法調(diào)用既在既在對象外部，又在通過IMessageSink-and-friends架構(gòu)能夠進(jìn)行攔截的上下文內(nèi)部。但是，一旦注冊，上下文攔截器必須在任意方法的進(jìn)入和進(jìn)出上下文時(shí)被調(diào)用；沒有可選的其他方式來指明這個(gè)攔截器只對某種類型的方法有效。

???? （未完待續(xù)）