我看過得最易懂的一段AOP的解釋

2022-05-16 12:57:45 字數 814 閱讀 7941

面向切面程式設計(aop是aspect oriented program的首字母縮寫)

我們知道,物件導向的特點是繼承、多型和封裝。而封裝就要求將功能分散到不同的物件中去,這在軟體設計中往往稱為職責分配。實際上也就是說,讓不同的類設計不同的方法。這樣**就分散到乙個個的類中去了。這樣做的好處是降低了**的複雜程度,使類可重用。

但是人們也發現,在分散**的同時,也增加了**的重複性。什麼意思呢?比如說,我們在兩個類中,可能都需要在每個方法中做日誌。按物件導向的設計方法, 我們就必須在兩個類的方法中都加入日誌的內容。也許他們是完全相同的,但就是因為物件導向的設計讓類與類之間無法聯絡,而不能將這些重複的**統一起來。

也許有人會說,那好辦啊,我們可以將這段**寫在乙個獨立的類獨立的方法裡,然後再在這兩個類中呼叫。但是,這樣一來,這兩個類跟我們上面提到的獨立的類就有耦合了,它的改變會影響這兩個類。那麼,有沒有什麼辦法,能讓我們在需要的時候,隨意地加入**呢?這種在執行時,動態地將**切入到類的指定方法、 指定位置上的程式設計思想就是面向切面的程式設計。

一般而言,我們管切入到指定類指定方法的**片段稱為切面,而切入到哪些類、哪些方法則叫切入點。有了aop,我們就可以把幾個類共有的**,抽取到乙個切片中,等到需要時再切入物件中去,從而改變其原有的行為。

這樣看來,aop其實只是oop的補充而已。oop從橫向上區分出乙個個的類來,而aop則從縱向上向物件中加入特定的**。有了aop,oop變得立體了。如果加上時間維度,aop使oop由原來的二維變為三維了,由平面變成立體了。從技術上來說,aop基本上是通過**機制實現的。

aop在程式設計歷史上可以說是里程碑式的,對oop程式設計是一種十分有益的補充。

我只能給大家提供一段不同的經歷

從去年開始,我有機會做乙個持續的專案,這個專案的客戶非常的厲害,當然也非常的嚴格.在開始的時候我們做得順風順水,沒有絲毫危險的情況下作出了50個人月.於是我就自大了起來,在後續的專案中,沒有在投入很多,也沒有關主到150人月的專案與50人月專案的區別,在進度跟蹤,問題管理,客戶溝通方面出現了很多的問...

我只能給大家提供一段不同的經歷

從去年開始,我有機會做乙個持續的專案,這個專案的客戶非常的厲害,當然也非常的嚴格.在開始的時候我們做得順風順水,沒有絲毫危險的情況下作出了50個人月.於是我就自大了起來,在後續的專案中,沒有在投入很多,也沒有關主到150人月的專案與50人月專案的區別,在進度跟蹤,問題管理,客戶溝通方面出現了很多的問...

原來,我和孫楊還有一段這樣的緣分

也許你們中的很多人已經聽說過我,但有些還不熟悉,沒關係,我想先說一下 我的代言人是奧運冠軍孫楊。咳咳,是的,我的level可是很高的。作為榮耀首款全面屏手機,我的目標是 成為海賊王的男人 哦不 是成為全面屏手機市場上的 千元旗艦 也許你們很多人要問我憑什麼,答案很明顯,我當然是全 屏 實力呀。大家都...