php笔记之：AOP的应用

介绍
 
你以前听说过aop（aspect oriented programming)吗？虽然在php方面，好像没有过多的使用，但是在企业级开发中，aop被广泛使用。我将借此文，向大家介绍php方面的aop。

这篇文章主要解释aop的概念。

 
什么是aop？
 
在应用开发中，我们经常发现需要很多功能，这些功能需要经常被分散在代码中的多个点上，但是这些点事实上跟实际业务没有任何关联。比如，在执行一些特殊任务之前需要确保用户是在登陆状态中，我们把这些特殊人物就叫做"cross-cutting concerns"，让我们通过wikipedia来了解一下"cross-cutting concerns"（横向关系）的定义。
在计算机科学中，"cross-cutting concerns"指的是“切面（或方向）编程”。这些关系不能从其他系统（框架设计或者某些实现）中很好的分解出来，以至于出现代码重复，在系统中存在有意义的依赖关系，或者两者兼有之。
 现在你对于“横向关系”应该有一个基础的认识，让我们看看他们在代码中是怎么样的？

假设一种场景，你是一个博客站点的编辑。你需要登陆站点，然后进行创建帖子，验证帖子，编辑帖子等等。如果你没有登陆，那么你应该直接到登陆界面。为了确保这些行为是安全的，以上的任何操作都需要进行有效验证，代码如下。

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

 看上面的代码，你会发现在每个方法之前都调用了checkauthentication()，因为这些行为需要用户登陆之后才能进行。还有就是notifyadmin()来辨别是否是管理员帐号，以便创建新贴。看见没有，有很多“重复的代码”，而且blogpost类，应该仅负责管理帖子。验证和辨别身份应当是分离的。我们违反了“单一职责原则”。

单一职责原则讲述的是每个类应该只有单一的责任（任务），而且应该把整个责任都封装在一个类中。所有服务应该按照职责严谨而均衡的进行分布。

 迄今为止，我们能够明白aop所表达的意思。横向切面关系被成组的放进一个类中，我们管这个类叫“切面”。从我们核心代码中分离横向切面关系的过程就叫做aspect oriented programming。

aop专业术语

有很多条件专门用于解释aop的特性。理解这些条件将是你成功把aop集成到你的项目中的钥匙。
aspect
advice
joinpoint
pointcut
我们已经学习到切面(aspect)是什么！现在让我们了解一下其他三个条件意味着什么？

advice（通知）
advice用于调用aspect（切面），正如其名所暗示，advice用于定义某种情况下做什么和什么时间做这件事情。在我们之前的例子中，checkauthentication(做什么）是advice（通知），在指定方法中它应该在执行代码之前（什么时间）被调用。

 
joinpoint（接入点）
joinpoint是我们创建advice应用中的位置。再翻看之前的代码，你会发现我调用了几个与业务逻辑没有直接关联的功能。在createpost()中，如，cross-cutting concerns应该在执行验证逻辑之前和发送信息给管理员之后发生。这些都可能是接入点。

在你的应用代码中，接入点可以放置在任何位置。但是advice仅能在某些点中布置，这要根据你的aop框架，过后我会讨论。

pointcut（点切割）
 点切割定义了一种把通知匹配到某些接入点的方式。虽然在我们的例子中只有一对接入点，但是在你的应用中你可以放置上千个接入点，你也不需要把通知应用到所有的接入点上。你可以把一些你认为有必要的接入点绑定到通知上。

　　假设我们想要通知 createpost(),approvepost() 和 editpost()，但是现在没有viewpost()。我们使用某种方法把这三种方法绑定到通知上。之后我们创建一个包含切面细节的xml文件，这些细节包含一些匹配接入点的正则表达式。

　　总结：当有横向切入关系存在于我们的应用的时候，我们可以创建一个切面，这个切面在一些选择使用点切割的接入点上应用通知功能。

 
aop 通知类型
 
　　通知代码我们可以用很多中方式表现。我之前提到，这些通知代码依赖你使用的框架，但是有些你需要熟悉的类型，请看下面：
　　前通知
　　返回后通知
　　抛出后通知
　　周边通知

前通知
在你的代码中一些特殊点之前使用通知——正常是调用一个方法。

迄今为止，为了简化概念和为了让你更快的理解你的代码，我经常把通知写到方法里。但是在真实的环境里，通知经常是不写在方法里的。应该有一个独立的控制器，每个方法都在这个控制器里，而且每个方法都包裹着aop的功能。这个全局的控制器运行在整个系统里，而且对我们是不可见的。

<?php
class pathcontroller
{
    function controlpaths($classname, $funcname) {
        authentication::checkauthentication();
        $classobj = new $classname();
        $classobj->$funcname();
    }
}

在这里假设有这么一个类，主要是用于给你展现这个类实际上发生了什么事情。假设那个controlpaths方法是应用中全局切入点，访问应用中的每个方法都需要通过这个方法访问。上面的方法中在执行每个方法之前，我们调用了通知checkauthentication()。——这就是前通知。

返回后通知
　　这个通知在指定功能执行完后只执行一次，并且返回那个访问点。考虑下面的代码：

<?php
class pathcontroller
{
    function controlpaths($classname, $funcname) {
        $classobj = new $classname();
        $classobj->$funcname();
        database::closeconnection();
    }
}

按 ctrl+c 复制代码注意这里，当方法完成之后，我们清理了数据库资源。在返回通知之后，我们调用这个通知。

抛出后通知
如果在执行进程期间函数抛出异常，那么在抛出完异常之后应用通知。这里是抛出完异常之后，通知就变成错误提示。

<?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();
    }
}