基于連接器的面向方面建模方法的研究及其工具支持.pdf

1、AOP技術(shù)發(fā)展至今已經(jīng)有了不少年頭了,但是在工業(yè)界的普及程度還遠(yuǎn)遠(yuǎn)達(dá)不到Struts,Hibernate和Spring等一些在近年來才出現(xiàn)的開發(fā)框架,究其原因其一是因為AOP的準(zhǔn)入技術(shù)比較高,沒有經(jīng)過專門的培訓(xùn),開發(fā)人員很難準(zhǔn)確無誤的掌握這一技術(shù);其次,是因為現(xiàn)在比較成熟的AOP技術(shù)全部都是集中在軟件的開發(fā)階段,在這個階段如果只有開發(fā)人員單獨的引入一種全新的技術(shù),項目的風(fēng)險就比較高,而且代碼與文檔以及先前的設(shè)計就會不符合,由此,程序員就

2、沒有引入新技術(shù)的意識,而只是一味的根據(jù)文檔或者是分析設(shè)計的模型來進(jìn)行自己的開發(fā)工作。
　　因此,本論文的目的就是在軟件生命周期的分析和設(shè)計階段就融入AOP的模型元素,即把AOP的元素融入到分析模型與設(shè)計模型之中去,而且還可以在以后的編碼開發(fā)流程中十分自然的引入AOP技術(shù)。通過這種方式,只在編碼階段引入AOP技術(shù)而出現(xiàn)致命錯誤的概率就被大大地縮小了,開發(fā)人員也無須經(jīng)過專門的培訓(xùn)就可以在工作中使用AOP技術(shù)。目前,比較國內(nèi)外比較流行的

3、AOP建模方法主要通過對廣泛使用的UML進(jìn)行擴(kuò)展或者圖形轉(zhuǎn)換的方式,前者雖然比較直觀,但是要求設(shè)計人員掌握AOP的相關(guān)技術(shù)才能使用這種方法建模;后者可以讓設(shè)計人員淡化對AOP的技術(shù)概念,但是卻容易造成圖像糾纏(即相同的模型元素在整個模型中反復(fù)地出現(xiàn),不便于檢查模型的正確性。此外,上述兩個AOP建模方法還有一個共同的缺點,那就是從AO模型導(dǎo)出AO代碼相對困難,即使能夠?qū)С?也只能導(dǎo)出一種AOP實現(xiàn)的代碼,想要具備導(dǎo)出多種AOP實現(xiàn)的代碼的

4、能力比較困難,這是由于這兩種方法對于AO設(shè)計基本信息的表示或處理不當(dāng)所造成的。因此,本論文首先對AspectJ,JAsCo,AspectWerkz這三種AOP實現(xiàn)技術(shù)進(jìn)行了比較,歸納了它們之間的共同信息,之所以選擇這三種實現(xiàn)技術(shù),是因為AspectJ可以代表比較成熟的AOP技術(shù),JAsCo可以代表基于組件的AOP技術(shù),而AspectWerkz則可以代表基于POJO的AOP技術(shù),它們涵括了大多種類的AOP實現(xiàn)方式,具有典型性,隨后本文提出

5、了連接器的概念,將連接器作為一種新的建模元素,用來連接軟件模型的核心關(guān)注點部分和橫切關(guān)注點部分,并將其添加到傳統(tǒng)的面向?qū)ο筌浖Ｐ椭?并且將歸納的不同AOP實現(xiàn)技術(shù)中的共同信息存儲到連接器中,AO實現(xiàn)代碼框架的生成就可以圍繞連接器來加以實現(xiàn),以此形成一種新的面向方面建模方法以彌補上述兩種建模方法的不足。至于多種AOP實現(xiàn)技術(shù)中的異同點,則可以作為建模方法在導(dǎo)出AO實現(xiàn)代碼框架時的特殊情況加以處理。這種建模方法在實現(xiàn)以上兩種方法的優(yōu)點的同