自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

PHP系列學習之AOP

開發(fā) 后端
你以前聽說過AOP(Aspect Oriented Programming)嗎?雖然在php方面,好像沒有過多的使用,但是在企業(yè)級開發(fā)中,AOP被廣泛使用。我將借此文,向大家介紹PHP方面的AOP。

介紹

你以前聽說過AOP(Aspect Oriented Programming)嗎?雖然在php方面,好像沒有過多的使用,但是在企業(yè)級開發(fā)中,AOP被廣泛使用。我將借此文,向大家介紹PHP方面的AOP。

這篇文章主要解釋AOP的概念。

什么是AOP?

在應用開發(fā)中,我們經(jīng)常發(fā)現(xiàn)需要很多功能,這些功能需要經(jīng)常被分散在代碼中的多個點上,但是這些點事實上跟實際業(yè)務沒有任何關聯(lián)。比如,在執(zhí)行一些特殊任務之前需要確保用戶是在登陸狀態(tài)中,我們把這些特殊人物就叫做"cross-cutting concerns",讓我們通過Wikipedia來了解一下"cross-cutting concerns"(橫向關系)的定義。

在計算機科學中,"cross-cutting concerns"指的是“切面(或方向)編程”。這些關系不能從其他系統(tǒng)(框架設計或者某些實現(xiàn))中很好的分解出來,以至于出現(xiàn)代碼重復,在系統(tǒng)中存在有意義的依賴關系,或者兩者兼有之。

現(xiàn)在你對于“橫向關系”應該有一個基礎的認識,讓我們看看他們在代碼中是怎么樣的?

假設一種場景,你是一個博客站點的編輯。你需要登陸站點,然后進行創(chuàng)建帖子,驗證帖子,編輯帖子等等。如果你沒有登陸,那么你應該直接到登陸界面。為了確保這些行為是安全的,以上的任何操作都需要進行有效驗證,代碼如下。

  1. <?php  
  2. class BlogPost extends CI_Controller  
  3. {  
  4.     public function createPost() {  
  5.         if (!Authentication::checkAuthentication()) {  
  6.             // redirect to login  
  7.         }  
  8.         else {  
  9.             // proceed  
  10.             Messages::notifyAdmin();  
  11.         }  
  12.     }  
  13.  
  14.     public function approvePost() {  
  15.         if (!Authentication::checkAuthentication()) {  
  16.             // redirect to login  
  17.         }  
  18.         else {  
  19.             // proceed  
  20.         }  
  21.     }  
  22.  
  23.     public function editPost() {  
  24.         if (!Authentication::checkAuthentication()) {  
  25.             // redirect to login  
  26.         }  
  27.         else {  
  28.             // proceed  
  29.         }  
  30.     }  
  31.  
  32.     public function viewPost() {  
  33.         // ...  
  34.     }  

看上面的代碼,你會發(fā)現(xiàn)在每個方法之前都調用了checkAuthentication(),因為這些行為需要用戶登陸之后才能進行。還有就是notifyAdmin()來辨別是否是管理員帳號,以便創(chuàng)建新貼??匆姏]有,有很多“重復的代碼”,而且BlogPost類,應該僅負責管理帖子。驗證和辨別身份應當是分離的。我們違反了“單一職責原則”。

單一職責原則講述的是每個類應該只有單一的責任(任務),而且應該把整個責任都封裝在一個類中。所有服務應該按照職責嚴謹而均衡的進行分布。

迄今為止,我們能夠明白AOP所表達的意思。橫向切面關系被成組的放進一個類中,我們管這個類叫“切面”。從我們核心代碼中分離橫向切面關系的過程就叫做Aspect Oriented Programming。

AOP專業(yè)術語

有很多條件專門用于解釋AOP的特性。理解這些條件將是你成功把AOP集成到你的項目中的鑰匙

Aspect;Advice;Joinpoint;Pointcut

我們已經(jīng)學習到切面(Aspect)是什么!現(xiàn)在讓我們了解一下其他三個條件意味著什么?

Advice(通知)

Advice用于調用Aspect(切面),正如其名所暗示,Advice用于定義某種情況下做什么和什么時間做這件事情。在我們之前的例子中,checkAuthentication(做什么)是advice(通知),在指定方法中它應該在執(zhí)行代碼之前(什么時間)被調用。

Joinpoint(接入點)

Joinpoint是我們創(chuàng)建Advice應用中的位置。再翻看之前的代碼,你會發(fā)現(xiàn)我調用了幾個與業(yè)務邏輯沒有直接關聯(lián)的功能。在createPost()中,如,cross-cutting concerns應該在執(zhí)行驗證邏輯之前和發(fā)送信息給管理員之后發(fā)生。這些都可能是接入點。

在你的應用代碼中,接入點可以放置在任何位置。但是Advice僅能在某些點中布置,這要根據(jù)你的AOP框架,過后我會討論。 

Pointcut(點切割)

點切割定義了一種把通知匹配到某些接入點的方式。雖然在我們的例子中只有一對接入點,但是在你的應用中你可以放置上千個接入點,你也不需要把通知應用到所有的接入點上。你可以把一些你認為有必要的接入點綁定到通知上。

假設我們想要通知 createPost(),approvePost() 和 editPost(),但是現(xiàn)在沒有viewPost()。我們使用某種方法把這三種方法綁定到通知上。之后我們創(chuàng)建一個包含切面細節(jié)的XML文件,這些細節(jié)包含一些匹配接入點的正則表達式。

總結:當有橫向切入關系存在于我們的應用的時候,我們可以創(chuàng)建一個切面,這個切面在一些選擇使用點切割的接入點上應用通知功能。

AOP 通知類型

通知代碼我們可以用很多中方式表現(xiàn)。我之前提到,這些通知代碼依賴你使用的框架,但是有些你需要熟悉的類型,請看下面:

前通知;返回后通知;拋出后通知;周邊通知

前通知

在你的代碼中一些特殊點之前使用通知——正常是調用一個方法。

迄今為止,為了簡化概念和為了讓你更快的理解你的代碼,我經(jīng)常把通知寫到方法里。但是在真實的環(huán)境里,通知經(jīng)常是不寫在方法里的。應該有一個獨立的控制器,每個方法都在這個控制器里,而且每個方法都包裹著AOP的功能。這個全局的控制器運行在整個系統(tǒng)里,而且對我們是不可見的。

  1. <?php  
  2. class PathController  
  3. {  
  4.     function controlPaths($className$funcName) {  
  5.         Authentication::checkAuthentication();  
  6.         $classObj = new $className();  
  7.         $classObj->$funcName();  
  8.     }  

在這里假設有這么一個類,主要是用于給你展現(xiàn)這個類實際上發(fā)生了什么事情。假設那個controlPaths方法是應用中全局切入點,訪問應用中的每個方法都需要通過這個方法訪問。上面的方法中在執(zhí)行每個方法之前,我們調用了通知checkAuthentication()。——這就是前通知。

返回后通知

這個通知在指定功能執(zhí)行完后只執(zhí)行一次,并且返回那個訪問點??紤]下面的代碼:

  1. <?php  
  2. class PathController  
  3. {  
  4.     function controlPaths($className$funcName) {  
  5.         $classObj = new $className();  
  6.         $classObj->$funcName();  
  7.         Database::closeConnection();  
  8.     }  

注意這里,當方法完成之后,我們清理了數(shù)據(jù)庫資源。在返回通知之后,我們調用這個通知。

拋出后通知

如果在執(zhí)行進程期間函數(shù)拋出異常,那么在拋出完異常之后應用通知。這里是拋出完異常之后,通知就變成錯誤提示。

  1. <?php  
  2. class PathController  
  3. {  
  4.     function controlPaths($className$funcName) {  
  5.         try {  
  6.             $classObj = new $className();  
  7.             $classObj->$funcName();  
  8.         }  
  9.         catch (Exception $e) {  
  10.             Error::reportError();  
  11.         }  
  12.     }  

周邊通知

第四種通知是周邊通知,他是前通知和返回后通知的合并體。

  1. <?php  
  2. class PathController  
  3. {  
  4.     function controlPaths($className$funcName) {  
  5.         Logger::startLog();  
  6.         $classObj = new $className();  
  7.         $classObj->$funcName();  
  8.         Logger::endLog();  
  9.     }  

原文鏈接:http://www.cnblogs.com/baochuan/archive/2012/08/22/2644529.html

【編輯推薦】

  1. PHP系列學習之日期函數(shù)
  2. PHP5.5 將會帶來哪些新特征
  3. PHP 5.4.5和5.3.15發(fā)布,安全修復版本
  4. 漫談社區(qū)PHP業(yè)務開發(fā) 提高效率縮短開發(fā)周期
  5. 看PHP如何生成的條形碼
責任編輯:張偉 來源: 川山甲的博客
相關推薦

2012-08-17 16:59:19

PHP

2022-12-05 13:59:52

Zabbix 6開源

2022-12-20 08:43:10

2022-12-12 08:22:51

2022-12-27 09:33:28

2022-12-08 09:32:56

2022-12-06 08:44:20

2021-05-06 18:17:52

SpringAOP理解

2011-07-05 17:52:41

PHP

2011-07-05 17:45:07

PHP框架

2009-06-22 10:41:34

Spring.AOP

2015-10-08 14:03:01

TCP網(wǎng)絡協(xié)議

2011-07-09 23:24:57

PHP

2022-06-07 07:58:45

SpringSpring AOP

2018-04-04 10:19:32

深度學習

2011-07-04 14:33:07

PHP

2011-07-04 14:57:56

PHP

2018-03-26 20:07:25

深度學習

2015-10-13 15:09:31

2015-10-14 09:44:55

TCP網(wǎng)絡協(xié)議數(shù)據(jù)傳輸
點贊
收藏

51CTO技術棧公眾號