介紹

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

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

什么是AOP？

在應用開發(fā)中，我們經常發(fā)現(xiàn)需要很多功能，這些功能需要經常被分散在代碼中的多個點上，但是這些點事實上跟實際業(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)建帖子，驗證帖子，編輯帖子等等。如果你沒有登陸，那么你應該直接到登陸界面。為了確保這些行為是安全的，以上的任何操作都需要進行有效驗證，代碼如下。

?php
class 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() {
        // ...
    }
}

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

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

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

AOP專業(yè)術語

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

• Aspect
• Advice
• Joinpoint
• Pointcut

我們已經學習到切面(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僅能在某些點中布置，這要根據你的AOP框架，過后我會討論。

Pointcut（點切割）

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

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

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

AOP 通知類型

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

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

前通知

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

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

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

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

返回后通知

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

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

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

拋出后通知

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

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

周邊通知

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

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

到此這篇關于PHP AOP教程案例的文章就介紹到這了,更多相關PHP AOP內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！