正文內容

j2ee項目實訓spring框架技術——第6章aop和springaop技術第2部分(編輯修改稿)

2025-12-23 16:16 本頁面

　

【文章內容簡介】的目標，一般采用 GOF 設計模式中的代理模式來編程實現。下面通過一個在某系統中的業務層組件實現日志記錄的功能為例，說明代理模式和 AOP 技術在實現上的不同。常規的日志記錄的實現方法楊教授工作室精心創作的優秀程序員職業提升必讀系列資料楊教授工作室，版權所有，盜版必究， 8/16 頁（ 1）某系統的用戶信息管理的業務層組件的接口 UserManagerInterface 的定義【例 66】 UserManagerInterface 接口的定義示例 package 。 public interface UserManageInterface{ public boolean doUserLogin(String userName, String userPassWord)。 public boolean doUserLogout(String userName)。 } （ 2）為接口 UserManagerInterface 提供一個實現類 UserManageImplement 【例 67】實現類 UserManageImplement 的代碼示例 package 。 import .*。 public class UserManageImplement implements UserManageInterface { private Logger logger = (().getName())。 public UserManageImplement() { } public boolean doUserLogin(String userName, String userPassWord){ (, doUserLogin 方法開始執行 ....)。 (userName= + userName +正在登錄系統 !)。 //代表業務實現 (, doUserLogin 方法已經結束 ....)。 return true。 } public boolean doUserLogout(String userName){ (, doUserLogout 方法開始執行 ....)。 (userName= + userName + 正在注銷 !)。 //代表業務實現 (, doUserLogout 方法已經結束 ....)。 return true。 } } 在該實現類中的兩個業務方法中實現日志記錄的功能，本示例為了簡化之目的，沒有楊教授工作室精心創作的優秀程序員職業提升必讀系列資料楊教授工作室，版權所有，盜版必究， 9/16 頁將具體的業務功能的實現代碼附錄出，而以打印輸出信息作為代表。常規的日志記錄的實現方法的缺點（ 1）沒有遵守面向對象設計中的 “單一職責”的原則在常規的實現方法中，使得 Logger 日志記錄的功能的實現直接介入到了業務功能實現類 UserManageImplement 中，而日志這個功能應該不屬于業務功能實現類UserManageImplement 所必須應該考慮實現的（或者說本不屬于它應該承擔的職責），這將使得 UserManageImplement 類的職責成為雙重職責，這是與面向對象設計中的 “單一職責”的原則不相吻合。（ 2）實現日志記錄的功能代碼重復地遍布在各個方法中在本示例中目前還只是兩個業務方法，如果在整個應用系統的各個模塊中都需要應用日志這個功能，那將會使日志功能代碼遍布在應用系統的各個模塊中。解決此問題的基本思路將主應用功能模塊（也就是前面所描述的核心關注點，在本示例中為業務功能類UserManageImplement）和日志功能（也就是前面所描述的橫切關注點）相互分離。可以采用代理模式和 Spring AOP 技術來解決此問題（ 1）方法之一是采用靜態代理技術所謂的靜態代理類是由開發者編程創建或由特定工具自動生成源代碼，然后再對其編譯。在程序運行前，該代理類的 .class 文件就已經存在了。采用靜態代理技術時，開發者可以以下面的兩種方式來具體實現。 1) 針對每個具體類分別編寫代理類； 2) 針對一個接口編寫一個代理類；（ 2）方法二是采用動態代理技術所謂的動態代理類是指在程序運行時，運用反射機制動態創建出。但該動態代理類需要實現 InvocationHandler 接口，然后借用 JDK 反射包中的 Proxy 類為各種接口動態生成楊教授工作室精心創作的優秀程序員職業提升必讀系列資料楊教授工作室，版權所有，盜版必究， 10/16 頁相應的代理類。（ 3）方法三是采用 Spring 框架中的 AOP 技術，但使用 Around 類型的 Advice 來具體實現。采用靜態代理技術的具體實現示例（ 1）修改前面的【例 67】中的 UserManagerInterface 接口的實現類為下面的【例 68】中所示的代碼【例 68】對 UserManageImplement 類進行修改后的結果示例 package 。 public class UserManageImplement implements UserManageInterface{ public boolean doUserLogin(String userName, String userPassWord) { (userName= + userName +正在登錄系統 !)。 return true。 } public boolean doUserLogout(String userName) { (userName= + userName +正在注銷 !)。 return true。 } } 因此，應用代理模式后，原來的業務功能類將不再包含有其它橫切關注點的功能實現代碼，因此分離了兩者各自的功能實現。（ 2）為該實現類 UserManageImplement 提供一個代理類在代理模式中主要包括代理對象本身和被代理對象 ,它們要實現相同的接口。根據代理模式的實現規則，開發者在該代理類中實現日志功能（

點擊復制文檔內容

畢業設計相關推薦

鄂ICP備17016276號-1

_{<meter id="8g9ho"></meter>}

j2ee項目實訓spring框架技術——第6章aop和springaop技術第2部分(編輯修改稿)

j2ee項目實訓struts框架技術——第2章eclipse對struts框架技術支持第1部分-資料下載頁

j2ee項目實訓struts框架技術——第4章strutstiles框架及應用第3部分-資料下載頁

j2ee項目實訓struts框架技術——第8章重構和完善bbs論壇系統第2部分-資料下載頁

j2ee項目實訓struts框架技術——第5章struts框架actionform組件及應用第2部分-資料下載頁

j2ee項目實訓struts框架技術——第9章基于struts框架的單元測試技術第2部分-資料下載頁

j2ee項目實訓struts框架技術——第3章bbs論壇項目持久層設計和實現第2部分-資料下載頁

j2ee項目實訓struts框架技術——第8章重構和完善bbs論壇系統第3部分-資料下載頁

j2ee項目實訓struts框架技術——第8章重構和完善bbs論壇系統第1部分-資料下載頁

j2ee項目實訓struts框架技術——第5章struts框架actionform組件及應用第1部分-資料下載頁

j2ee項目實訓struts框架技術——第9章基于struts框架的單元測試技術第3部分-資料下載頁

j2ee項目實訓struts框架技術——第6章struts前端控制器組件及應用第2部分-資料下載頁

j2ee項目實訓hibernate框架技術——第4章網上商城項目持久層設計和實現第2部分-資料下載頁

j2ee項目實訓struts框架技術——第3章bbs論壇項目持久層設計和實現第1部分-資料下載頁

j2ee項目實訓struts框架技術——第3章bbs論壇項目持久層設計和實現第3部分-資料下載頁

j2ee項目實訓struts框架技術——第6章struts前端控制器組件及應用第1部分-資料下載頁

j2ee項目實訓spring框架技術——第6章aop和springaop技術第2部分(已改無錯字)

j2ee項目實訓spring框架技術——第6章aop和springaop技術第2部分-資料下載頁

j2ee項目實訓spring框架技術——第6章aop和springaop技術第2部分(參考版)

j2ee項目實訓spring框架技術——第6章aop和springaop技術第2部分-文庫吧資料

j2ee項目實訓spring框架技術——第6章aop和springaop技術第2部分-展示頁