2015第29周二AOP
1、問題：想要添加日志記錄、性能監控、安全監測
2、最初解決方案
2.1、最初解決方案：在每個需要的類函數中重復寫上面處理代。
缺點：太多重復代碼，且緊耦合
2.2、抽象類進行共性設計，子類進行個性設計，此處不講解，缺點一榮俱榮，一損俱損
2.3、使用裝飾器模式/代理模式改進的解決方案
裝飾器模式：動態地給一個對象添加一些額外的職責。就增加功能來說， 裝飾器模式相比生成子類更為靈活。
代理模式：為其他對象提供一種代理以控制對這個對象的訪問。
缺點：緊耦合，每個業務邏輯需要一個裝飾器實現或代理
2.4、JDK動態代理解決方案（比較通用的解決方案）
Java代碼??
1.? public?class?MyInvocationHandler?implements?InvocationHandler {
2.? private?Object target;
3.? public?MyInvocationHandler(Object target) {
4.? this.target = target;
5.? }
6.? @Override
7.? public?Object invoke(Object proxy, Method method, Object[] args)?throws?Throwable {
8.? //1.記錄日志 2.時間統計開始 3.安全檢查
9.? Object retVal = method.invoke(target, args);
10. //4.時間統計結束
11. return?retVal;
12. }
13. public?static?Object proxy(Object target) {
14. return?Proxy.newProxyInstance(target.getClass().getClassLoader(),
15. target.getClass().getInterfaces(),?new?MyInvocationHandler(target));
16. }
17. }
編程模型
Java代碼??
1.? //proxy 在其上調用方法的代理實例
2.? //method 攔截的方法
3.? //args 攔截的參數
4.? Override
5.? public?Object invoke(Object proxy, Method method, Object[] args)?throws?Throwable {
6.? Object retVal=null;
7.? //預處理
8.? //前置條件判斷
9.? boolean?ok =?true;
10. if(!ok) {//不滿足條件
11. throw?new?RuntimeException("你沒有權限");
12. }
13. else?{//反射調用目標對象的某個方法
14. retVal = method.invoke(target, args);
15. }
16. //后處理
17. return?retVal;
18. }
19.
?
缺點：使用麻煩，不能代理類，只能代理接口
CGLIB動態代理解決方案（比較通用的解決方案）
Java代碼??
1.? public?class?MyInterceptor?implements?MethodInterceptor {
2.? private?Object target;
3.? public?MyInterceptor(Object target) {
4.? this.target = target;
5.? }
6.? @Override
7.? public?Object intercept(Object proxy, Method method, Object[] args,
8.? MethodProxy invocation)?throws?Throwable {
9.? //1.記錄日志 2.時間統計開始 3.安全檢查
10. Object retVal = invocation.invoke(target, args);
11. //4.時間統計結束
12. return?retVal;
13. }
14. public?static?Object proxy(Object target) {
15. return?Enhancer.create(target.getClass(),?new?MyInterceptor(target));
16. }
17. }
編程模型
Java代碼??
1.? //proxy 在其上調用方法的代理實例 method攔截的方法 args 攔截的參數
2.? //invocation 用來去調用被代理對象方法的
3.? @Override
4.? public?Object intercept(Object proxy, Method method, Object[] args,
5.? MethodProxy invocation)?throws?Throwable {
6.? //預處理
7.? //前置條件判斷
8.? boolean?ok =?true;
9.? if(!ok) {//不滿足條件
10. throw?new?RuntimeException("出錯了");
11. }
12. else?{//調用目標對象的某個方法
13. Object retVal = invocation.invoke(target, args);
14. }
15. //后處理
16. return?retVal;
17. }
優點：能代理接口和類
缺點：使用麻煩，不能代理final類
動態代理本質
本質：對目標對象增強
最終表現為類（動態創建子類），看手工生成（子類）還是自動生成（子類）
代理限制：
只能在父類方法被調用之前或之后進行增強（功能的修改），不能在中間進行修改，要想在方法調用中增強，需要ASM(java?字節碼生成庫)
其他動態代理框架
jboss：javassist?（hibernate 3.3中默認為javassist）
（hibernate 3.3之前中默認為cglib）
2.5、AOP解決方案（通用且簡單的解決方案）
Java代碼??
1.? @Aspect
2.? public?class?PayEbiAspect {
3.? @Pointcut(value="execution(* pay(..))")
4.? public?void?pointcut() {}
5.? @Around(value="pointcut()")
6.? public?Object around(ProceedingJoinPoint pjp)?throws?Throwable {
7.? //1.記錄日志
8.? //2.時間統計開始
9.? //3.安全檢查
10. Object retVal = pjp.proceed();//調用目標對象的真正方法
11. //4.時間統計結束
12. return?retVal;
13. }
14. }
編程模型
Java代碼??
1.? //2 切入點
2.? @Pointcut(value="execution(* *(..))")
3.? public?void?pointcut() {}
4.? //3 攔截器的interceptor
5.? @Around(value="pointcut()")
6.? public?Object around(ProceedingJoinPoint pjp)?throws?Throwable {
7.? Object retVal=null;
8.? //預處理
9.? //前置條件判斷
10. boolean?ok =?true;
11. if(!ok) {//不滿足條件
12. throw?new?RuntimeException("你沒有權限");
13. }
14. else?{//調用目標對象的某個方法
15. retVal = pjp.proceed();
16. }
17. //后處理
18. return?retVal;
19. }
缺點：依賴AOP框架
AOP入門
概念：
n關注點：可以認為是所關注的任何東西，比如上邊的支付組件；
n關注點分離：將問題細化為單獨部分，即可以理解為不可再分割的組件，如上邊的日志組件和支付組件；
n橫切關注點：會在多個模塊中出現，使用現有的編程方法，橫切關注點會橫越多個模塊，結果是使系統難以設計、理解、實現和演進，如日志組件橫切于支付組件。
織入：橫切關注點分離后，需要通過某種技術將橫切關注點融合到系統中從而完成需要的功能，因此需要織入，織入可能在編譯期、加載期、運行期等進行。
nAOP是什么(Aspect Oriented Programming)
AOP是一種編程范式，提供從另一個角度來考慮程序結構以完善面向對象編程（OOP）。
AOP為開發者提供了一種描述橫切關注點的機制，并能夠自動將橫切關注點織入到面向對象的軟件系統中，從而實現了橫切關注點的模塊化。
AOP能夠將那些與業務無關，卻為業務模塊所共同調用的邏輯或責任，例如事務處理、日志管理、權限控制等，封裝起來，便于減少系統的重復代碼，降低模塊間的耦合度，并有利于未來的可操作性和可維護性。
nAOP能干什么，也是AOP帶來的好處
1：降低模塊的耦合度
2：使系統容易擴展
3：設計決定的遲綁定：使用AOP,設計師可以推遲為將來的需求作決定，因為它
可以把這種需求作為獨立的方面很容易的實現。
4：更好的代碼復用性
AOP基本概念
連接點（Joinpoint）：
表示需要在程序中插入橫切關注點的擴展點，連接點可能是類初始化、方法執行、方法調用、字段調用或處理異常等等，Spring只支持方法執行連接點，在AOP中表示為“在哪里做”；
切入點（Pointcut）：
選擇一組相關連接點的模式，即可以認為連接點的集合，Spring支持perl5正則表達式和AspectJ切入點模式，Spring默認使用AspectJ語法，在AOP中表示為“在哪里做的集合”；
增強（Advice）：或稱為增強
在連接點上執行的行為，增強提供了在AOP中需要在切入點所選擇的連接點處進行擴展現有行為的手段；包括前置增強（before advice）、后置增強 (after advice)、環繞增強 （around advice），在Spring中通過代理模式實現AOP，并通過攔截器模式以環繞連接點的攔截器鏈織入增強 ；在AOP中表示為“做什么”；
方面/切面（Aspect）：
橫切關注點的模塊化，比如上邊提到的日志組件。可以認為是增強、引入和切入點的組合；在Spring中可以使用Schema和@AspectJ方式進行組織實現；在AOP中表示為“在哪里做和做什么集合”；
目標對象（Target Object）：
需要被織入橫切關注點的對象，即該對象是切入點選擇的對象，需要被增強的對象，從而也可稱為“被增強對象”；由于Spring AOP?通過代理模式實現，從而這個對象永遠是被代理對象，在AOP中表示為“對誰做”；
AOP代理（AOP Proxy）：
AOP框架使用代理模式創建的對象，從而實現在連接點處插入增強（即應用切面），就是通過代理來對目標對象應用切面。在Spring中，AOP代理可以用JDK動態代理或CGLIB代理實現，而通過攔截器模型應用切面。
織入（Weaving）：
織入是一個過程，是將切面應用到目標對象從而創建出AOP代理對象的過程，織入可以在編譯期、類裝載期、運行期進行。
引入（inter-type declaration）：
也稱為內部類型聲明，為已有的類添加額外新的字段或方法，Spring允許引入新的接口（必須對應一個實現）到所有被代理對象（目標對象）,?在AOP中表示為“做什么（新增什么）”；
AOP的Advice類型
前置增強（Before advice）：
在某連接點之前執行的增強，但這個增強不能阻止連接點前的執行（除非它拋出一個異常）。
后置返回增強（After returning advice）：
在某連接點正常完成后執行的增強：例如，一個方法沒有拋出任何異常，正常返回。
后置異常增強（After throwing advice）：
在方法拋出異常退出時執行的增強。
后置最終增強（After (finally) advice）：
當某連接點退出的時候執行的增強（不論是正常返回還是異常退出）。
環繞增強（Around Advice）：
包圍一個連接點的增強，如方法調用。這是最強大的一種增強類型。 環繞增強可以在方法調用前后完成自定義的行為。它也會選擇是否繼續執行連接點或直接返回它們自己的返回值或拋出異常來結束執行。
橫切關注點的表現有：
·代碼糾結/混亂——當一個模塊或代碼段同時管理多個關注點時發生這種情況。如我既要實現業務、還要實現安全和事務。即有些關注點同時被多個不同的模塊實現。實現了重復的功能。
·代碼分散——當一個關注點分布在許多模塊中并且未能很好地局部化和模塊化時發生這種情況 。如許多模塊調用用戶是否登錄驗證代碼。調用了重復的功能。
AOP包括三個清晰的開發步驟：
1：功能橫切：找出橫切關注點。
2：實現分離：各自獨立的實現這些橫切關注點所需要完成的功能。
3：功能回貼：在這一步里，方面集成器通過創建一個模塊單元——?方面來指定重組的規則。重組過程——也叫織入或結合——?則使用這些信息來構建最終系統。
?來源：http://jinnianshilongnian.iteye.com/blog/1474325
來自為知筆記(Wiz)
總結
以上是生活随笔為你收集整理的2015第29周二AOP的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Jquery Money 验证，转换成千
- 下一篇： 认识IL