介紹
 
你以前聽(tīng)說(shuō)過(guò)AOP（ASPect Oriented Programming)嗎？雖然在php方面，好像沒(méi)有過(guò)多的使用，但是在企業(yè)級(jí)開(kāi)發(fā)中，AOP被廣泛使用。我將借此文，向大家介紹php方面的AOP。

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

 
什么是AOP？
 
在應(yīng)用開(kāi)發(fā)中，我們經(jīng)常發(fā)現(xiàn)需要很多功能，這些功能需要經(jīng)常被分散在代碼中的多個(gè)點(diǎn)上，但是這些點(diǎn)事實(shí)上跟實(shí)際業(yè)務(wù)沒(méi)有任何關(guān)聯(lián)。比如，在執(zhí)行一些特殊任務(wù)之前需要確保用戶是在登陸狀態(tài)中，我們把這些特殊人物就叫做"cross-cutting concerns"，讓我們通過(guò)Wikipedia來(lái)了解一下"cross-cutting concerns"（橫向關(guān)系）的定義。
在計(jì)算機(jī)科學(xué)中，"cross-cutting concerns"指的是“切面（或方向）編程”。這些關(guān)系不能從其他系統(tǒng)（框架設(shè)計(jì)或者某些實(shí)現(xiàn)）中很好的分解出來(lái)，以至于出現(xiàn)代碼重復(fù)，在系統(tǒng)中存在有意義的依賴關(guān)系，或者兩者兼有之。
 現(xiàn)在你對(duì)于“橫向關(guān)系”應(yīng)該有一個(gè)基礎(chǔ)的認(rèn)識(shí)，讓我們看看他們?cè)诖a中是怎么樣的？

假設(shè)一種場(chǎng)景，你是一個(gè)博客站點(diǎn)的編輯。你需要登陸站點(diǎn)，然后進(jìn)行創(chuàng)建帖子，驗(yàn)證帖子，編輯帖子等等。如果你沒(méi)有登陸，那么你應(yīng)該直接到登陸界面。為了確保這些行為是安全的，以上的任何操作都需要進(jìn)行有效驗(yàn)證，代碼如下。
復(fù)制代碼 代碼如下:
<?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() {
        // ...
    }
}

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

單一職責(zé)原則講述的是每個(gè)類(lèi)應(yīng)該只有單一的責(zé)任（任務(wù)），而且應(yīng)該把整個(gè)責(zé)任都封裝在一個(gè)類(lèi)中。所有服務(wù)應(yīng)該按照職責(zé)嚴(yán)謹(jǐn)而均衡的進(jìn)行分布。

 迄今為止，我們能夠明白AOP所表達(dá)的意思。橫向切面關(guān)系被成組的放進(jìn)一個(gè)類(lèi)中，我們管這個(gè)類(lèi)叫“切面”。從我們核心代碼中分離橫向切面關(guān)系的過(guò)程就叫做ASPect Oriented Programming。

AOP專(zhuān)業(yè)術(shù)語(yǔ)

有很多條件專(zhuān)門(mén)用于解釋AOP的特性。理解這些條件將是你成功把AOP集成到你的項(xiàng)目中的鑰匙。
ASPect
Advice
Joinpoint
Pointcut
我們已經(jīng)學(xué)習(xí)到切面(ASPect)是什么！現(xiàn)在讓我們了解一下其他三個(gè)條件意味著什么？

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

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

在你的應(yīng)用代碼中，接入點(diǎn)可以放置在任何位置。但是Advice僅能在某些點(diǎn)中布置，這要根據(jù)你的AOP框架，過(guò)后我會(huì)討論。

Pointcut（點(diǎn)切割）
 點(diǎn)切割定義了一種把通知匹配到某些接入點(diǎn)的方式。雖然在我們的例子中只有一對(duì)接入點(diǎn)，但是在你的應(yīng)用中你可以放置上千個(gè)接入點(diǎn)，你也不需要把通知應(yīng)用到所有的接入點(diǎn)上。你可以把一些你認(rèn)為有必要的接入點(diǎn)綁定到通知上。

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

　　總結(jié)：當(dāng)有橫向切入關(guān)系存在于我們的應(yīng)用的時(shí)候，我們可以創(chuàng)建一個(gè)切面，這個(gè)切面在一些選擇使用點(diǎn)切割的接入點(diǎn)上應(yīng)用通知功能。

 
AOP 通知類(lèi)型
 
　　通知代碼我們可以用很多中方式表現(xiàn)。我之前提到，這些通知代碼依賴你使用的框架，但是有些你需要熟悉的類(lèi)型，請(qǐng)看下面：
　　前通知
　　返回后通知
　　拋出后通知
　　周邊通知

前通知
在你的代碼中一些特殊點(diǎn)之前使用通知――正常是調(diào)用一個(gè)方法。

迄今為止，為了簡(jiǎn)化概念和為了讓你更快的理解你的代碼，我經(jīng)常把通知寫(xiě)到方法里。但是在真實(shí)的環(huán)境里，通知經(jīng)常是不寫(xiě)在方法里的。應(yīng)該有一個(gè)獨(dú)立的控制器，每個(gè)方法都在這個(gè)控制器里，而且每個(gè)方法都包裹著AOP的功能。這個(gè)全局的控制器運(yùn)行在整個(gè)系統(tǒng)里，而且對(duì)我們是不可見(jiàn)的。
復(fù)制代碼 代碼如下:
<?php
class PathController
{
    function controlPaths($className, $funcName) {
        Authentication::checkAuthentication();
        $classObj = new $className();
        $classObj->$funcName();
    }
}

在這里假設(shè)有這么一個(gè)類(lèi)，主要是用于給你展現(xiàn)這個(gè)類(lèi)實(shí)際上發(fā)生了什么事情。假設(shè)那個(gè)controlPaths方法是應(yīng)用中全局切入點(diǎn)，訪問(wèn)應(yīng)用中的每個(gè)方法都需要通過(guò)這個(gè)方法訪問(wèn)。上面的方法中在執(zhí)行每個(gè)方法之前，我們調(diào)用了通知checkAuthentication()。――這就是前通知。

返回后通知
　　這個(gè)通知在指定功能執(zhí)行完后只執(zhí)行一次，并且返回那個(gè)訪問(wèn)點(diǎn)。考慮下面的代碼：
復(fù)制代碼 代碼如下:
<?php
class PathController
{
    function controlPaths($className, $funcName) {
        $classObj = new $className();
        $classObj->$funcName();
        Database::closeConnection();
    }
}

按 Ctrl+C 復(fù)制代碼注意這里，當(dāng)方法完成之后，我們清理了數(shù)據(jù)庫(kù)資源。在返回通知之后，我們調(diào)用這個(gè)通知。

拋出后通知
如果在執(zhí)行進(jìn)程期間函數(shù)拋出異常，那么在拋出完異常之后應(yīng)用通知。這里是拋出完異常之后，通知就變成錯(cuò)誤提示。
復(fù)制代碼 代碼如下:
<?php
class PathController
{
    function controlPaths($className, $funcName) {
        try {
            $classObj = new $className();
            $classObj->$funcName();
        }
        catch (Exception $e) {
            Error::reportError();
        }
    }
}

 

周邊通知
第四種通知是周邊通知，他是前通知和返回后通知的合并體。
復(fù)制代碼 代碼如下:
 <?php
class PathController
{
    function controlPaths($className, $funcName) {
        Logger::startLog();
        $classObj = new $className();
        $classObj->$funcName();
        Logger::endLog();
    }
}

php技術(shù)：php筆記之：AOP的應(yīng)用，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。