aop的介紹作用和功能有哪些
AOP是OOP的延續(xù)，是軟件開發(fā)中的一個熱點，也是Spring框架中的一個重要內(nèi)容，小編在此整理了aop的相關(guān)內(nèi)容，供大家參閱，希望大家在閱讀過程中有所收獲!
AOP的介紹
區(qū)分
AOP、OOP在字面上雖然非常類似，但卻是面向不同領(lǐng)域的兩種設(shè)計思想。OOP(面向?qū)ο缶幊?針對業(yè)務(wù)處理過程的實體及其屬性和行為進行抽象封裝，以獲得更加清晰高效的邏輯單元劃分。
而AOP則是針對業(yè)務(wù)處理過程中的切面進行提取，它所面對的是處理過程中的某個步驟或階段，以獲得邏輯過程中各部分之間低耦合性的隔離效果。這兩種設(shè)計思想在目標上有著本質(zhì)的差異。
上面的陳述可能過于理論化，舉個簡單的例子，對于“雇員”這樣一個業(yè)務(wù)實體進行封裝，自然是OOP/OOD的任務(wù)，我們可以為其建立一個“Employee”類，并將“雇員”相關(guān)的屬性和行為封裝其中。而用AOP設(shè)計思想對“雇員”進行封裝將無從談起。
同樣，對于“權(quán)限檢查”這一動作片斷進行劃分，則是AOP的目標領(lǐng)域。而通過OOD/OOP對一個動作進行封裝，則有點不倫不類。
換而言之，OOD/OOP面向名詞領(lǐng)域，AOP面向動詞領(lǐng)域。
關(guān)系
很多人在初次接觸 AOP 的時候可能會說，AOP 能做到的，一個定義良好的 OOP 的接口也一樣能夠做到，我想這個觀點是值得商榷的。AOP和定義良好的 OOP 的接口可以說都是用來解決并且實現(xiàn)需求中的橫切問題的方法。但是對于 OOP 中的接口來說，它仍然需要我們在相應(yīng)的模塊中去調(diào)用該接口中相關(guān)的方法，這是 OOP 所無法避免的，并且一旦接口不得不進行修改的時候，所有事情會變得一團糟;AOP 則不會這樣，你只需要修改相應(yīng)的 Aspect，再重新編織(weave)即可。 當(dāng)然，AOP 也絕對不會代替 OOP。核心的需求仍然會由 OOP 來加以實現(xiàn)，而 AOP 將會和 OOP 整合起來，以此之長，補彼之短。
aop的名稱含義
Aspect Oriented Programming(AOP)是較為熱門的一個話題。AOP，國內(nèi)大致譯作“面向切面編程”。
“面向切面編程”,這樣的名字并不是非常容易理解，且容易產(chǎn)生一些誤導(dǎo)。筆者不止一次聽到類似“OOP/OOD11即將落伍，AOP是新一代軟件開發(fā)方式”這樣的發(fā)言。顯然，發(fā)言者并沒有理解AOP的含義。Aspect，沒錯，的確是“方面”的意思。不過，華語傳統(tǒng)語義中的“方面”，大多數(shù)情況下指的是一件事情的不同維度、或者說不同角度上的特性，比如我們常說：“這件事情要從幾個方面來看待”，往往意思是：需要從不同的角度來看待同一個事物。這里的“方面”，指的是事物的外在特性在不同觀察角度下的體現(xiàn)。而在AOP中，Aspect的含義，可能更多的理解為“切面”比較合適。所以筆者更傾向于“面向切面編程”的譯法。
可以通過預(yù)編譯方式和運行期動態(tài)代理實現(xiàn)在不修改源代碼的情況下給程序動態(tài)統(tǒng)一添加功能的一種技術(shù)。AOP實際是GoF設(shè)計模式的延續(xù)，設(shè)計模式孜孜不倦追求的是調(diào)用者和被調(diào)用者之間的解耦,提高代碼的靈活性和可擴展性，AOP可以說也是這種目標的一種實現(xiàn)。
在Spring中提供了面向切面編程的豐富支持，允許通過分離應(yīng)用的業(yè)務(wù)邏輯與系統(tǒng)級服務(wù)(例如審計(auditing)和事務(wù)(transaction)管理)進行內(nèi)聚性的開發(fā)。應(yīng)用對象只實現(xiàn)它們應(yīng)該做的——完成業(yè)務(wù)邏輯——僅此而已。它們并不負責(zé)(甚至是意識)其它的系統(tǒng)級關(guān)注點，例如日志或事務(wù)支持。
aop的主要功能
日志記錄，性能統(tǒng)計，安全控制，事務(wù)處理，異常處理等等
主要意圖
將日志記錄，性能統(tǒng)計，安全控制，事務(wù)處理，異常處理等代碼從業(yè)務(wù)邏輯代碼中劃分出來，通過對這些行為的分離，我們希望可以將它們獨立到非指導(dǎo)業(yè)務(wù)邏輯的方法中，進而改變這些行為的時候不影響業(yè)務(wù)邏輯的代碼。
aop的作用
面向過程編程離我們已經(jīng)有些遙遠，面向?qū)ο缶幊陶髟字浖澜?。?dāng)每個新的軟件設(shè)計師都被要求掌握如何將需求功能轉(zhuǎn)化成一個個類，并且定義它們的數(shù)據(jù)成員、行為，以及它們之間復(fù)雜的關(guān)系的時候，面向切面編程(Aspect-Oriented Programming，AOP)為我們帶來了新的想法、新的思想、新的模式。
如果說面向?qū)ο缶幊淌顷P(guān)注將需求功能劃分為不同的并且相對獨立，封裝良好的類，并讓它們有著屬于自己的行為，依靠繼承和多態(tài)等來定義彼此的關(guān)系的話;那么面向切面編程則是希望能夠?qū)⑼ㄓ眯枨蠊δ軓牟幌嚓P(guān)的類當(dāng)中分離出來，能夠使得很多類共享一個行為，一旦發(fā)生變化，不必修改很多類，而只需要修改這個行為即可。
面向切面編程是一個令人興奮不已的新模式。就開發(fā)軟件系統(tǒng)而言，它的影響力必將會和有著數(shù)十年應(yīng)用歷史的面向?qū)ο缶幊桃粯泳薮蟆Ｃ嫦蚯忻婢幊毯兔嫦驅(qū)ο缶幊滩坏皇腔ハ喔偁幍募夹g(shù)而且彼此還是很好的互補。面向?qū)ο缶幊讨饕糜跒橥粚ο髮哟蔚墓眯袨榻?。它的弱點是將公共行為應(yīng)用于多個無關(guān)對象模型之間。而這恰恰是面向切面編程適合的地方。有了 AOP，我們可以定義交叉的關(guān)系，并將這些關(guān)系應(yīng)用于跨模塊的、彼此不同的對象模型。AOP 同時還可以讓我們層次化功能性而不是嵌入功能性，從而使得代碼有更好的可讀性和易于維護。它會和面向?qū)ο缶幊毯献鞯煤芎谩?/p>
猜你感興趣：