通過前面的研究我發現思路侷限了
:一直追求實現某個功能的
aop.
物件導向的基礎是不斷抽象
.當我們要把日誌,許可權
,事務,工作流等模組都做成
aop的時候
,就要想到
aop池這麼乙個概念了
.功能模組是與業務完全解耦的
,業務和功能模組在
aop池的兩側分別開發
,往這個
aop池或者
aop容器中扔進去乙個又乙個功能模組
,它們就實現了相應的功能.
思考許久
,苦於不知道
aop池中這個池究竟該如何抽象或實現
.又從容器下手,將
spring
的核心ioc
容器作了分析
,希望從中得到些啟示
.容器對於實體集合類的研究有更大的幫助,而
aop重點不在此.
隨著對aop
池的不斷研究
,小組成員的認識漸漸趨於一致
:aop
池的統一
,更多是在思想上.
我們首先將日誌做成
aop的
,分析了
aop實現中的各點,包括
:介面類
,實現類
,**類
,配置等
.之後又分析許可權
,這部分主要依靠的是
shiro
開源框架,之前
2.0開發只學會配置
,並沒有研究
shiro
內部的實現原理
,事實證明
shiro
對許可權的控制就是基於
aop的支援
.這麼一來
,筆者越發覺得
,aop
的實現可以有多種
,統一的不過是思想罷了.
工作流還在努力和業務分離中
,目前尚處於研究階段
.當我們嘗試著把工作流做成
aop的時候
,aop
池就該出來了吧.
AOP技術研究 引言
1 引言 軟體設計因為引入物件導向思想而逐漸變得豐富起來。一切皆為物件 的精義，使得程式世界所要處理的邏輯簡化，開發者可以用一組物件以及這些物件之間的關係將軟體系統形象地表示出來。而從物件的定義，進而到模組，到元件的定義，利用物件導向思想的封裝 繼承 多型的思想，使得軟體系統開發可以向搭建房屋那樣，...
我對AOP的理解
在oop物件導向程式設計 面向類程式設計 的程式設計方式中，而aop是一種程式設計規範，從另一種角度程式結構而對oop程式設計方式的一種完善。在oop程式設計中乙個功能完成後在此基礎上新增功能時導致原有功能的修改，aop解決的就是oop程式設計中的耦合問題。aop技術把軟體系統分為兩部分 核心關注點...
spring對AOP的支援
spring對aop的支援 如果目標類實現了介面，預設採用jdk動態 來實現aop 如果目標類沒有實現介面，必須新增cglib支援，spring會自動的在jdk和cglib 之間切換 如果目標類實現了介面，可以定義讓spring強制使用cglib 如何強制使用cglib 實現aop 將定義為，並且要...