AOP模式在PHP中的应用详解[转载]

菜到没谱 发布于 2013/07/17 17:48
阅读 301
收藏 5
PHP

在传统的OOP(面向对象编程:Object-Oriented Programming)思想里,一般把应用程序分解成若干个的对象,强调高内聚,弱耦合,从而提高应用程序的模块化程度,但是在处理某些问题的时 候,OOP会显得不够灵活,比如说,应用程序里很多业务逻辑都要在操作之初进行“权限检查”,在操作之后进行“日志记录”,如果直接把处理这些操作的代码 加入到每个模块中,那么无疑破坏了OOP的“单一职责”原则,模块的可重用性会大大降低,这时候传统的OOP设计往往采取的策略是加入相应的代理 (Proxy)层来完成系统的功能要求,但这样的处理明显使系统整体增加了一个层次的划分,复杂性也随之增加,从而给人过于厚重的感觉。正是为了处理这样 的问题,AOP(面向方面编程:Aspect-Oriented Programming)思想应运而生了,假设把应用程序想成一个立体结构的话,OOP的利刃是纵向切入系统,把系统划分为很多个模块(如:用户模块,文 章模块等等),而AOP的利刃是横向切入系统,提取各个模块可能都要重复操作的部分(如:权限检查,日志记录等等)。由此可见,AOP是OOP的一个有效 补充。

就目前的PHP来说,还没有一个完整的AOP内置实现,虽然出现了RunKit, 但一直都以BETA的状态呆在PECL项目里,估计很长时间内不太可能成为PHP的缺省设置。那是不是AOP在PHP里就破灭了呢?当然不是,因为我们有 __get(),__set(),__call()等魔术方法,合理使用这些方法可以为我们实现某种程度的“准AOP”能力,之所以说是准AOP,是因为 单单从实现上来看,称其为AOP有些牵强,但是从效果上来看,又部分实现了AOP的作用,虽然其实现方式并不完美,但对于一般的使用已经足够了。特别是从 PHP4.3.0开始,这些魔术方法已经成为了PHP的缺省内置实现,扫除了PHP4/5兼容的顾虑,那么就更加没有理由不使用它们。这里要说明的是 PHP4/5对这些魔术方法的实现有些许的不同,下面将分别举例说明:

先来看看PHP4的相应代码(下面代码只能运行在PHP4环境下):

<?php
//应用程序中某个业务逻辑类
class BIZ
{
    function foobar()
    {
        echo '业务逻辑<br />';
    }
}

//业务逻辑类的包装类
class AOP
{
    var $instance;

    function AOP($instance)
    {
        $this->instance = $instance;
    }

    function __call($method, $argument, $return) 
    {
        if(! method_exists($this->instance, $method))
        {
            return false;
        }

        echo '权限检查<br />';

        $callBack = array($this->instance, $method);

       $return= call_user_func_array($callBack, $argument);

        echo '日志记录<br />';

        return true;
    }
}

//工厂方法
class Factory
{
    function getBizInstance()
    {
        //PHP4必须这样声明一下才可以使用overload相关方法
        overload('AOP');

        return new AOP(new BIZ());
    }
}

//客户端调用演示
header("Content-Type: text/html; charset=gbk");

$obj = Factory::getBizInstance();

$obj->foobar();
?>

屏幕显示:
权限检查
业务逻辑
日志记录

再来看看PHP5的相应代码(下面代码只能运行在PHP5的环境下):
<?php
//应用程序中某个业务逻辑类
class BIZ
{
    public function foobar()
    {
        echo '业务逻辑<br />';
    }
}

//业务逻辑类的包装类
class AOP
{
    private $instance;

    public function__construct($instance)
    {
        $this->instance = $instance;
    }

    public function __call($method, $argument)
    {
        if(! method_exists($this->instance, $method))
        {
            throw new Exception('未定义的方法:' . $method);
        }

        echo '权限检查<br />';

        $callBack = array($this->instance, $method);

        $return = call_user_func_array($callBack, $argument);

        echo '日志记录<br />';

        return $return;
    }
}

//工厂方法
class Factory
{
    public function getBizInstance()
    {
        return new AOP(new BIZ());
    }
}

//客户端调用演示
header("Content-Type: text/html; charset=gbk");

try
{
    $obj = Factory::getBizInstance();

    $obj->foobar();
}
catch(Exception $e)
{
    echo 'Caught exception: ',  $e->getMessage();
}
?>
屏幕显示:
权限检查
业务逻辑
日志记录


总结:

代 码中的粗体部分是表示PHP4/5有差异的地方,具体解释可以参考手册。整个的实现思路其实很简单,关键就是客户端请求的对象不能直接实例化出来,而是利 用工厂方法返回一个请求对象的包装对象,在包装对象内利用魔术方法来处理权限处理,日志记录等公共操作。这既是巧妙的地方,也是最有可能出问题的地方,因 为客户端使用对象并不是它想象中的对象,而是一个包装后的对象,比如说,客户端通过getBizInstance()方法以为得到的对象是BIZ,但实际 上它得到的是一个BIZ的包装对象AOP,这样的话,如果客户端进行一些诸如get_class()之类和对象类型相关的操作就会出错,当然,大多数情况 下,客户端似乎不太会做类似的操作,末了,再唠叨几句,为了脚本在PHP4/5都能运行,可以分别用两个脚本实现AOP类,然后用 version_compare()方法来决定加载哪一个。

/////////////////////////////////////////////////////////////////////////////////////

在PHP中使用AOP完成领域对象的透明持久化

问题的由来:
大凡WEB开发,都是和数据库打交道,所以,就不可避免的涉及一系列的CRUD(Create, Read, Update, Delete) 操作。在相对简单的项目中,领域逻辑很少,CRUD操作往往就是全部了,但是在复杂的项目中,通常会涉及大量的领域逻辑,为了使架构更清晰,在这样的情况 下,往往会把和数据操作有关的部分分离处理,作为持久层独立存在,剩下的领域逻辑构成领域层。客户端调用持久层的API来完成领域对象的持久化,这样的架 构下,代码可能如下所示:

// 插入一个领域对象 
$client->insert($domain); 

// 删除一个领域对象 
$client->delete($domain); 

// 更新一个领域对象
$domain->setAttribute('new data');
$client->update($domain);


如果项目介于简单和复杂之间,人们很可能会使用类似Active Record的模式,那么持久化代码也可能如下:
// 插入一个领域对象 
$domain->insert(); 

// 删除一个领域对象 
$domain->delete(); 

// 更新一个领域对象
$domain->setAttribute('new data'); 
$domain->update();
但不管你使用什么模式来完成持久化,有一点“似乎”是不变的,就是我们在使用领域对象的过程中,总是不可避免的要手动调用 insert / delete / update这些持久化方法,有多少个需要持久化的领域对象,就要调用多少遍,重复总让我们感觉到不好的味道,况 且,这样的调用无疑也分散了我们本应专著于领域逻辑的思维,而落入了和技术实现手段相纠缠的俗套中。


问题的解决:
     看了上面阐述的问题后,似乎这样的问题是不可避免的,因为无论如何,领域对象终归是 要持久化到数据库的,但是不要太早下结论,别忘了AOP的存在,通过它横向切入系统,提取公共操作,从而使满足我们的要求成为可能,这样看来,至少在理论 上我们找到了一个更完美的持久化方案了。

    那么在PHP中如何实现AOP呢?这确实不容易,不过Google一下会发现已经有了很多方法,比较而言,我倾向于使用动态代理的方式来实现 AOP,再确切一点说,就是利用__call等魔术方法来实现,而且_call在PHP4.3以后就已经缺省支持了(但PHP4/5的实现方式有些不 同),这样有利于我们写出PHP4/5通用的脚本。

    具体实现方式可以参看另一篇文章:在PHP里利用魔术方法实现准AOP

    我们既然要实现AOP,首先就要考虑AOP的切入点是什么?在上面五种角色中,无疑是和领域对象生命周期相关的Factory和 Repository,因为对调用者而言,他们要创建或取得领域对象都要通过Factory或Repository来实现,实现了对Factory和 Repository的切入,就能够控制系统中所有的领域对象。

    下面假设我们有一个系统涉及了如下对象:

//实体 
class Person 
{ 
    var $name; 

    function getName() 
    { 
        return $this->name; 
    } 

    function setName($name) 
    { 
        $this->name = $name; 
    } 

    function someBizFunction($param) 
    { 
        // ... 
    } 

    // else function 
} 

//工厂 
class PersonFactory 
{ 
    function getInstance($data) 
    { 
        // $person = new Person ... 

        // return $person; 
    } 
} 

//仓储 
class PersonRepository 
{ 
    function findById($id) 
    { 
        // return person 
    } 

    function findByName($name) 
    { 
        // return person 
    } 

    // else function 
} 

//持久化 
class PersonPersistence 
{ 
    function insert($person) 
    { 
        // INSERT INTO ... VALUES ... 
    } 

    function update($person) 
    { 
        // UPDATE ... SET ... WHERE ... 
    } 

    function delete($person) 
    { 
        // DELETE FROM ... WHERE ... 
    } 
}

以创建一个实例为例,来看看缺省状态下是如何持久化的:
$person = Person::getInstance($data);

PersonPersistence::insert($person);
现在看看我们如何做到隐藏持久化细节,以达到透明处理,说白了就是要对客户端隐藏Persistence代码的调用过程。

待续。。。。


[转自] http://daxi.me/2009/07/15/


加载中
返回顶部
顶部