PHP系列學習之AOP

 介紹 你以前聽說過AOP（Aspect Oriented Programming)嗎？雖然在php方面，好像沒有過多的使用，但是在企業級開發中，AOP被廣泛使用。我將藉此文，向大家介紹PHP方面的AOP。 這篇文章主要解釋AOP的概念。  什麼是AOP？ 在應用開發中，我們經常發現需要很多功能，這些功能需要經常被分散在代碼中的多個點上，但是這些點事實上跟實際業務沒有任何關聯。比如，在執行一些特殊任務之前需要確保使用者是在登陸狀態中，我們把這些特殊人物就叫做"cross-cutting concerns"，讓我們通過Wikipedia來瞭解一下"cross-cutting concerns"（橫向關係）的定義。

在電腦科學中，"cross-cutting concerns"指的是“切面（或方向）編程”。這些關係不能從其他系統（架構設計或者某些實現）中很好的分解出來，以至於出現代碼重複，在系統中存在有意義的依賴關係，或者兩者兼有之。

 現在你對於“橫向關係”應該有一個基礎的認識，讓我們看看他們在代碼中是怎麼樣的？ 假設一種情境，你是一個部落格網站的編輯。你需要登陸網站，然後進行建立文章，驗證文章，編輯文章等等。如果你沒有登陸，那麼你應該直接到登陸介面。為了確保這些行為是安全的，以上的任何操作都需要進行有效驗證，代碼如下。 

<?phpclass BlogPost extends CI_Controller{    public function createPost() {        if (!Authentication::checkAuthentication()) {            // redirect to login        }        else {            // proceed            Messages::notifyAdmin();        }    }    public function approvePost() {        if (!Authentication::checkAuthentication()) {            // redirect to login        }        else {            // proceed        }    }    public function editPost() {        if (!Authentication::checkAuthentication()) {            // redirect to login        }        else {            // proceed        }    }    public function viewPost() {        // ...    }}

 看上面的代碼，你會發現在每個方法之前都調用了checkAuthentication()，因為這些行為需要使用者登陸之後才能進行。還有就是notifyAdmin()來辨別是否是管理員帳號，以便建立新貼。看見沒有，有很多“重複的代碼”，而且BlogPost類，應該僅負責管理文章。驗證和辨別身份應當是分離的。我們違反了“單一職責原則”。

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

 迄今為止，我們能夠明白AOP所表達的意思。橫向切面關係被成組的放進一個類中，我們管這個類叫“切面”。從我們核心代碼中分離橫向切面關係的過程就叫做Aspect Oriented Programming。 AOP專業術語 有很多條件專門用於解釋AOP的特性。理解這些條件將是你成功把AOP整合到你的項目中的鑰匙。AspectAdviceJoinpointPointcut我們已經學習到切面(Aspect)是什麼！現在讓我們瞭解一下其他三個條件意味著什嗎？ Advice（通知） Advice用於調用Aspect（切面），正如其名所暗示，Advice用於定義某種情況下做什麼和什麼時間做這件事情。在我們之前的例子中，checkAuthentication(做什麼）是advice（通知），在指定方法中它應該在執行代碼之前（什麼時間）被調用。   Joinpoint（存取點） Joinpoint是我們建立Advice應用中的位置。再翻看之前的代碼，你會發現我調用了幾個與商務邏輯沒有直接關聯的功能。在createPost()中，如，cross-cutting concerns應該在執行驗證邏輯之前和發送資訊給管理員之後發生。這些都可能是存取點。 在你的應用代碼中，存取點可以放置在任何位置。但是Advice僅能在某些點中布置，這要根據你的AOP架構，過後我會討論。 Pointcut（點切割）  點切割定義了一種把通知匹配到某些存取點的方式。雖然在我們的例子中只有一對存取點，但是在你的應用中你可以放置上千個存取點，你也不需要把通知應用到所有的存取點上。你可以把一些你認為有必要的存取點綁定到通知上。 　　假設我們想要通知 createPost(),approvePost() 和 editPost()，但是現在沒有viewPost()。我們使用某種方法把這三種方法綁定到通知上。之後我們建立一個包含切面細節的XML檔案，這些細節包含一些匹配存取點的Regex。 　　總結：當有橫向切入關係存在於我們的應用的時候，我們可以建立一個切面，這個切面在一些選擇使用點切割的存取點上應用通知功能。  

 AOP 通知類型 　　通知代碼我們可以用很多中方式表現。我之前提到，這些通知代碼依賴你使用的架構，但是有些你需要熟悉的類型，請看下面：　　前通知　　返回後通知　　拋出後通知　　周邊通知 前通知 在你的代碼中一些特殊點之前使用通知——正常是調用一個方法。 迄今為止，為了簡化概念和為了讓你更快的理解你的代碼，我經常把通知寫到方法裡。但是在真實的環境裡，通知經常是不寫在方法裡的。應該有一個獨立的控制器，每個方法都在這個控制器裡，而且每個方法都包裹著AOP的功能。這個全域的控制器運行在整個系統裡，而且對我們是不可見的。 

<?phpclass PathController{    function controlPaths($className, $funcName) {        Authentication::checkAuthentication();        $classObj = new $className();        $classObj->$funcName();    }}

 

在這裡假設有這麼一個類，主要是用於給你展現這個類實際上發生了什麼事情。假設那個controlPaths方法是應用中全域切入點，訪問應用中的每個方法都需要通過這個方法訪問。上面的方法中在執行每個方法之前，我們調用了通知checkAuthentication()。——這就是前通知。

  

返回後通知 　　這個通知在指定功能執行完後只執行一次，並且返回那個訪問點。考慮下面的代碼：

<?phpclass PathController{    function controlPaths($className, $funcName) {        $classObj = new $className();        $classObj->$funcName();        Database::closeConnection();    }}

注意這裡，當方法完成之後，我們清理了資料庫資源。在返回通知之後，我們調用這個通知。

 

拋出後通知 如果在執行進程期間函數拋出異常，那麼在拋出完異常之後應用通知。這裡是拋出完異常之後，通知就變成錯誤提示。 

<?phpclass PathController{    function controlPaths($className, $funcName) {        try {            $classObj = new $className();            $classObj->$funcName();        }        catch (Exception $e) {            Error::reportError();        }    }}

 

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

<?phpclass PathController{    function controlPaths($className, $funcName) {        Logger::startLog();        $classObj = new $className();        $classObj->$funcName();        Logger::endLog();    }}

 

 

推薦