Posted on 2009-12-13 11:34
canonical 閱讀(1525)
評(píng)論(0) 編輯 收藏 所屬分類(lèi):
Witrix開(kāi)發(fā)平臺(tái)
AOP(Aspect Oriented Programming)早已不是什么新鮮的概念，但有趣的是，除了事務(wù)(transaction), 日志(Log)等寥寥幾個(gè)樣板應(yīng)用之外，我們似乎找不到它的用武之地。http://canonical.javaeye.com/blog/34941
很多人的疑惑是我直接改代碼就行了，干嗎要用AOP呢？AOP的定義和實(shí)現(xiàn)那么復(fù)雜，能夠提供什么特異的價(jià)值呢？
Witrix平臺(tái)依賴(lài)于AOP概念來(lái)完成領(lǐng)域模型抽象與模型變換，但是在具體的實(shí)現(xiàn)方式上，卻與常見(jiàn)的AOP軟件包有著很大差異。http://canonical.javaeye.com/blog/542622
AOP的具體技術(shù)內(nèi)容包括定位和組裝兩個(gè)部分。簡(jiǎn)化切點(diǎn)定位方式和重新規(guī)劃組裝空間，是Witrix中有效使用AOP技術(shù)的前提。
在Witrix平臺(tái)中，對(duì)于AOP技術(shù)的一種具體應(yīng)用是支持產(chǎn)品的二次開(kāi)發(fā)。在產(chǎn)品的實(shí)施過(guò)程中，經(jīng)常需要根據(jù)客戶的特定需求，修改某些函數(shù)的實(shí)現(xiàn)。我們
可以選擇在主版本代碼中不斷追加相互糾纏的if-else語(yǔ)句，試圖去包容所有已知和未知的應(yīng)用場(chǎng)景。我們也可以選擇主版本代碼和定制代碼獨(dú)立開(kāi)發(fā)的方
式，主版本代碼實(shí)現(xiàn)邏輯框架，定制代碼通過(guò)AOP機(jī)制與主版本代碼融合，根據(jù)具體場(chǎng)景要求對(duì)主版本功能進(jìn)行修正。AOP的這種應(yīng)用與所謂的橫切概念是有所
區(qū)別的。典型的，一個(gè)橫切的切點(diǎn)會(huì)涉及到很多類(lèi)的很多方法，而函數(shù)定制則往往要求準(zhǔn)確定位到某個(gè)業(yè)務(wù)對(duì)象的某個(gè)特定的業(yè)務(wù)方法上。傳統(tǒng)AOP技術(shù)的切點(diǎn)定
義方式并不適合這種精確的單點(diǎn)定位。在Witrix平臺(tái)中，我們通過(guò)直接的名稱(chēng)映射來(lái)定義切點(diǎn)。例如，修正spring中注冊(cè)的MyObject對(duì)象的
myFunc方法，可以在app.aop.xml文件中增加如下標(biāo)簽
<myObject.myFunc>
在原函數(shù)執(zhí)行之前執(zhí)行
<aop:Proceed/> <!-- 執(zhí)行原函數(shù)內(nèi)容 -->
在原函數(shù)執(zhí)行之后執(zhí)行
</myObject.myFunc>
[spring對(duì)象名.方法名]這種映射方法比基于正則字符串匹配的方式要簡(jiǎn)單明確的多。spring容器本身已經(jīng)實(shí)現(xiàn)了對(duì)象的全局管理功能，spring對(duì)象名稱(chēng)必然是唯一的，公開(kāi)發(fā)布的，相互之間不沖突的，沒(méi)有必要再通過(guò)匹配運(yùn)算重新發(fā)現(xiàn)出它的唯一性。
對(duì)于一些確實(shí)存在的橫切需求，我們可以通過(guò)Annotation機(jī)制來(lái)實(shí)現(xiàn)切點(diǎn)坐標(biāo)標(biāo)定，將復(fù)雜的切點(diǎn)匹配問(wèn)題重新劃歸為[對(duì)象名.方法名]。
@AopClass({"myObject","otherObject"})
class SomeClass{
@AopMethod({"myFunc","otherFunc"})
void someFunc(){}
}
針對(duì)以上對(duì)象，在app.aop.xml文件中可以定義
<I-myObject.I-myFunc>
.
</I-myObject.I-myFunc>