PHP三层结构(下)——PHP实现AOP

让我们把注意力集中到中间服务层上来。中间服务层代码比较简单，只是调用数据访问层代码将留言保存到数据库。如代码1所示：

// 代码 1
// 中间服务层
class LWordServiceCore implements ILWordService {
    // 添加留言
    public function append($newLWord) {
        // 调用数据访问层
        $dbTask = new LWordDBTask();
        $dbTask->append($newLWord);
    }
};

在看到留言板的演示之后，公司的产品部和市场部或许会提出各种各样的想法和需求。比如他们希望在添加留言之前判断用户的权限！只有注册用户才能留言！我们需要修改代码，如代码2所示：

// 代码 2, 增加登录验证
// 中间服务层
class LWordServiceCore implements ILWordService {
    // 添加留言
    public function append($newLWord) {
        if (!($userLogin)) {
            // 提示用户登录
        }

        // 调用数据访问层
        $dbTask = new LWordDBTask();
        $dbTask->append($newLWord);
    }
};

市场部又希望在添加留言之前，对留言内容进行检查，如果留言中含有脏话就不保存。我们继续修改代码，如代码3所示：

// 代码 3, 增加脏话过滤
// 中间服务层
class LWordServiceCore implements ILWordService {
    // 添加留言
    public function append($newLWord) {
        if (!($userLogin)) {
            // 提示用户登录
        }

        if (stristr($newLWord, "SB")) {
            // 含有脏话, 提示留言发送失败
        }

        // 调用数据访问层
        $dbTask = new LWordDBTask();
        $dbTask->append($newLWord);
    }
};

产品部也提出了新需求，他们希望加入积分机制。具体来讲就是在用户每次留言成功以后给用户+5分。我们继续修改代码，如代码4所示：

// 代码 4, 加入留言积分机制
// 中间服务层
class LWordServiceCore implements ILWordService {
    // 添加留言
    public function append($newLWord) {
        if (!($userLogin)) {
            // 提示用户登录
        }

        if (stristr($newLWord, "SB")) {
            // 含有脏话, 提示留言发送失败
        }

        // 调用数据访问层
        $dbTask = new LWordDBTask();
        $dbTask->append($newLWord);

        // 给用户加分
        $score = getUserScore($userName);
        $score = $score + 5;
        saveUserScore($userName, $score);
    }
};

没过多久，产品部又对需求进行细化，他们希望用户积分每积累够1000分以后，就给用户升级。我们继续修改代码，如代码5所示：

// 代码 5, 加入用户升级规则
// 中间服务层
class LWordServiceCore implements ILWordService {
    // 添加留言
    public function append($newLWord) {
        if (!($userLogin)) {
            // 提示用户登录
        }

        if (stristr($newLWord, "fuck")) {
            // 含有脏话, 提示留言发送失败
        }

        // 调用数据访问层
        $dbTask = new LWordDBTask();
        $dbTask->append($newLWord);

        // 给用户加分
        $score = getUserScore($userName);
        $score = $score + 5;
        saveUserScore($userName, $score);

        // 给用户升级
        if (($score % 1000) == 0) {
            $level = getUserLevel($userName);
            $level = $level + 1;
            saveUserLevel($userName, $level);
        }
    }
};

随着需求的增多，我们需要不断的修改中间服务层代码。但是你应该不难发现，需求越多中间服务层代码也就越多越庞大！最后会导致即便我们使用三层结构的开发模式，也还是没有有效的降低工程难度！另外就是应需求的变化而修改中间服务代码以后，需要重新测试所有代码，而不是有效的测试新增代码……

其实让我们仔细分析一下这个留言板代码，我先要提出一个主业务逻辑和次业务逻辑的概念。无论怎样，把留言内容存入到数据库，这是业务逻辑的主干！这个就是主业务逻辑！这部分没有随着需求的增加而修改。至于在存入数据库之前要进行权限校验，要进行内容检查，存入数据库之后要给用户加分，然后给用户升级，这些都是前序工作和扫尾工作，都是次业务逻辑！主业务逻辑几乎是一成不变的，次业务逻辑变化却非常频繁。为了提高代码的可读性和可维护性，我们可以考虑把这些次业务逻辑放到别的地方，尽量不要让它们干扰主业务逻辑。主业务逻辑专心干自己该干的事情好了，至于别的任何事情，主业务逻辑一概都不闻不问！那么我们的代码就可以写成这样，如代码6所示：

// 代码 6, 将主业务逻辑和次业务逻辑分开
// 中间服务层
class LWordServiceCore implements ILWordService {
    // 添加留言
    public function append($newLWord) {
        // 添加留言前
        beforeAppend($newLWord);

        // 调用数据访问层
        $dbTask = new LWordDBTask();
        $dbTask->append($newLWord);

        // 添加留言后
        behindAppend($newLWord);
    }
};

我们可以把权限判断代码和留言内容文本过滤代码统统塞进beforeAppend函数，把用户积分代码塞进behindAppend函数，这样就把次业务逻辑从主业务逻辑代码中清理掉了。主业务逻辑知道有个“序曲”函数beforeAppend，有个“尾声”函数behindAppend，但是在序曲和尾声函数中具体都做了什么事情，主业务逻辑并不知道，也不需要知道！当然实际编码工作并不那么简单，我们还要兼顾产品部和市场部更多的需求变化，所以最好能实现一种插件方式来应对这种变化，但是仅仅依靠两个函数beforeAppend和behindAppend是达不到这个目的～

想要实现插件方式，可以建立接口！使用接口的好处是可以将定义和实现隔离，另外就是实现多态。我们建立一个留言扩展接口ILWordExtension，该接口有两个函数beforeAppend和behindAppend。权限校验、内容检查、加分这些功能可以看作是实现ILWordExtension接口的三个实现类，主业务逻辑就依次遍历这三个实现类，来完成次业务逻辑。如图1所示：

CheckPowerExtension扩展类用作用户权限校验，CheckContentExtension扩展类用作留言内容检查，AddScoreExtension扩展类用作给用户加分和升级。示意代码如代码7所示：

// 代码 7，加入扩展接口
// 扩展接口
interface ILWordExtension {
    // 添加留言前
    public function beforeAppend($newLWord);
    // 添加留言后
    public function behindAppend($newLWord);
};

// 检查权限
class CheckPowerExtension implements ILWordExtension {
    // 添加留言前
    public function beforeAppend($newLWord) {
        // 在这里判断用户权限
    }

    // 添加留言后
    public function behindAppend($newLWord) {
    }
};

// 检查留言文本
class CheckContentExtension implements ILWordExtension {
    // 添加留言前
    public function beforeAppend($newLWord) {
        if (stristr($newLWord, "SB")) {
            throw new Exception();
        }
    }

    // 添加留言后
    public function behindAppend($newLWord) {
    }
};

// 用户积分
class AddScoreExtension implements ILWordExtension {
    // 添加留言前
    public function beforeAppend($newLWord) {
    }

    // 添加留言后
    public function behindAppend($newLWord) {
        // 在这里给用户积分
    }
};

// 中间服务层
class LWordServiceCore implements ILWordService {
    // 添加留言
    public function append($newLWord) {
        // 添加留言前
        $this->beforeAppend($newLWord);

        // 调用数据访问层
        $dbTask = new LWordDBTask();
        $dbTask->append($newLWord);

        // 添加留言后
        $this->behindAppend($newLWord);
    }

    // 添加留言前
    private function beforeAppend($newLWord) {
        // 获取扩展数组
        $extArray = $this->getExtArray();

        foreach ($extArray as $ext) {
            // 遍历每一个扩展, 并调用其 beforeAppend 函数
            $ext->beforeAppend($newLWord);
        }
    }

    // 添加留言后
    private function behindAppend($newLWord) {
        // 获取扩展数组
        $extArray = $this->getExtArray();

        foreach ($extArray as $ext) {
            // 遍历每一个扩展, 并调用其 behindAppend 函数
            $ext->behindAppend($newLWord);
        }
    }

    // 获取扩展数组,
    // 该函数的返回值实际上是 ILWordExtension 接口数组
    private function getExtArray() {
        return array(
            // 检查权限
            new CheckPowerExtension(),
            // 检查内容
            new CheckContentExtension(),
            // 加分
            new AddScoreExtension(),
        );
    }
};

如果还有新需求,，我们只要再添加ILWordExtension 实现类并且把它注册到getExtArray函数里即可。程序从此有了条理，并且算是具备了可扩展性。

不过先不要忙着高兴，有个问题就在这个可扩展性里。当新的需求被提出之后，我们可以再添加 ILWordExtension 实现类，这个的确正确。但是将这个新类注册到getExtArray函数里，等于说还是要修改主业务逻辑代码。能不能不修改呢？每次有新的需求变化还是要告知主业务逻辑，这样终归不太好。最理想的情况是新的扩展代码加入系统之后，主业务逻辑代码不用修改，因为主业务逻辑根本不知道有新扩展这回事！为此我们还需要优化一下设计方案，如图2所示：

对于调用扩展的主程序（也就是中间服务类LWordServiceCore），只让它知道有ILWordExtension（扩展）这件事就可以了，它不需要知道还有CheckPowerExtension（检查权限扩展）、CheckContentExtension（检查内容扩展）和AddScoreExtension（加分扩展）这三个类。对这三个类的调用过程被移动到LWordExtensionFamily （扩展家族类）里去了。

LWordExtensionFamily其实就是一个能存放多个ILWordExtension接口实例的容器类，从图2中可以看出这个容器类不仅仅是实现了ILWordExtension接口，而且还聚合多个ILWordExtension接口的实例，所以它很特殊！对于LWordServiceCore类，这个类只知道ILWordExtension接口，但并不知道这个接口存在三个实现类。恰好LWordExtensionFamily类就实现了ILWordExtension接口，这很好的符合了中间服务类的要求，并且这个扩展家族类知道ILWordExtension存在三个实现类，并会一一调用它们， LWordExtensionFamily代码大概如代码8所示：

// 代码 8, 扩展家族
// 扩展家族
class LWordExtensionFamily implements ILWordExtension {
    // 扩展数组
    private $_extensionArray = array();

    // 添加扩展
    public function addExtension(ILWordExtension $extension) {
        $this->_extensionArray []= $extension;
    }

    // 添加留言前
    public function beforeAppend($newLWord) {
        foreach ($this->_extensionArray as $extension) {
            $extension->beforeAppend($newLWord);
        }
    }

    // 添加留言后
    public function behindAppend($newLWord) {
        foreach ($this->_extensionArray as $extension) {
            $extension->behindAppend($newLWord);
        }
    }
}

通过代码8不难看出LWordExtensionFamily类虽然也实现了ILWordExtension接口，但是它并不做任何实质的操作，而是通过循环语句将调用过程一一传递下去。为了平滑实现扩展到插入的方式，所以最好创建一个工厂类MyExtensionFactory。如代码9所示：

// 代码 9
// 自定义扩展工厂
class MyExtensionFactory {
    // 创建留言扩展
    public static function createLWordExtension() {
        $lwef = new LWordExtensionFamily();
        // 添加扩展
        $lwef->addExtension(new CheckPowerExtension());
        $lwef->addExtension(new CheckContentExtension());
        $lwef->addExtension(new AddScoreExtension());

        return $lwef;
　　　　　// 注意这里返回的是扩展家族类对象,
　　　　　// 扩展家族 LWordExtensionFamily 恰好也实现了接口 ILWordExtension,
　　　　　// 所以这是符合业务逻辑的要求.
　　　　　// 从此, 业务逻辑可以不关心具体的扩展对象, 只要知道扩展家族即可
    }
}

使用扩展工厂类的好处就是可以随意的添加和移除扩展实例，这就很好的实现了可插入式编程。对于LWordServiceCore类只知道一个ILWordExtension接口，对于LWordExtensionFamily知道需要一一调用每个扩展，但是具体会有多少个扩展是通过MyExtensionFactory给出的。各负其责结构也很清晰。如果我们做一个假设，MyExtensionFactory类的createLWordExtension函数不是通过new关键字这样的硬编码方式来添加扩展列表，而是通过更巧妙的读取配置文件的方式来得到扩展列表，那么是不是更方便更灵活呢？不过这个就不再本文中讨论了。

中间服务层通过工厂类取得一个ILWordExtension接口的具体实例，然后调用其beforeAppend和behindAppend方法。当然中间服务并不知道工厂类返回的其实是一个含有多个ILWordExtension实例的容器（因为这个容器也实现了ILWordExtension接口），所以中间服务也就不知道扩展是被一一调用的。完整代码如代码10所示：

// 代码 10, 完整代码
// 扩展接口
interface ILWordExtension {
    // 添加留言前
    public function beforeAppend($newLWord);
    // 添加留言后
    public function behindAppend($newLWord);
};

// 检查权限
class CheckPowerExtension implements ILWordExtension {
    // 添加留言前
    public function beforeAppend($newLWord) {
        // 在这里判断用户权限
    }

    // 添加留言后
    public function behindAppend($newLWord) {
    }
};

// 检查留言文本
class CheckContentExtension implements ILWordExtension {
    // 添加留言前
    public function beforeAppend($newLWord) {
        if (stristr($newLWord, "fuck"))
            throw new Exception();
    }

    // 添加留言后
    public function behindAppend($newLWord) {
    }
};

// 用户积分
class AddScoreExtension implements ILWordExtension {
    // 添加留言前
    public function beforeAppend($newLWord) {
    }

    // 添加留言后
    public function behindAppend($newLWord) {
        // 在这里给用户积分
    }
};

// 扩展家族
class LWordExtensionFamily implements ILWordExtension {
    // 扩展数组
    private $_extensionArray = array();

    // 添加扩展
    public function addExtension(ILWordExtension $extension) {
        $this->_extensionArray []= $extension;
    }

    // 添加留言前
    public function beforeAppend($newLWord) {
        foreach ($this->_extensionArray as $extension) {
            $extension->beforeAppend($newLWord);
        }
    }

    // 添加留言后
    public function behindAppend($newLWord) {
        foreach ($this->_extensionArray as $extension) {
            $extension->behindAppend($newLWord);
        }
    }
}

// 自定义扩展工厂
class MyExtensionFactory {
    // 创建留言扩展
    public static function createLWordExtension() {
        $lwef = new LWordExtensionFamily();
        // 添加扩展
        $lwef->addExtension(new CheckPowerExtension());
        $lwef->addExtension(new CheckLWordExtension());
        $lwef->addExtension(new AddScoreExtension());

        return $lwef;
    }
}

// 中间服务层
class LWordServiceCore implements ILWordService {
    // 添加留言
    public function append($newLWord) {
        // 获取扩展
        $ext = MyExtensionFactory::createLWordExtension();

        $ext->beforeAppend($newLWord);

        // 调用数据访问层
        $dbTask = new LWordDBTask();
        $dbTask->append($newLWord);

        $ext->behindAppend($newLWord);
    }
};

从代码10中可以看出虽然CheckPowerExtension、CheckContentExtension、AddScoreExtension以及LWordExtensionFamily都实现了ILWordExtension接口，但是它们的beforeAppend和behindAppend函数过程却完全不同！特别是LWordExtensionFamily扩展家族类，它并没有实质的业务逻辑处理过程，而是将调用依次传递给每一个扩展。beforeAppend和behindAppend函数在具体类中的不同实现，这是面向对象程序设计中的很典型的特性：多态！

将次业务逻辑分散到各个扩展中，这种做法已经非常近似AOP（Aspect OrientedProgramming，面向切面编程）的编程方式。权限校验、内容检查和积分可以看作是不同的切面，这些切面和主业务逻辑交叉在一起，但又不会影响到主业务逻……这样做的好处就是扩展代码不会干扰主业务逻辑，我们也可以针对某一个扩展进行编码和单元测试，然后通过MyExtensionFactory工厂类把扩展插入到业务流程中。完整的执行过程如图3所示：

站在大佬的肩膀上你会看的更远，此文转载：https://www.cnblogs.com/afritxia2008/archive/2010/07/03/1770427.html

原文地址：https://www.cnblogs.com/Essaycode/p/10165126.html

时间： 2024-11-09 09:43:17

PHP三层结构(下)——PHP实现AOP的相关文章

[转]MVP+WCF+三层结构搭建项目框架

最近,我一直在重构之前做的一个项目,在这个过程中感慨万千.原先的项目是一个运用了WCF的C/S系统,在客户端运用了MVC模式,但MVC的View.Model耦合以及WCF端分布式欠佳等问题让我有了重构的想法,经过了一段时间的改造,逐渐形成了MVP+三层结构+WCF的面向服务的程序架构.在这里我把我的想法写成了一个例子,供大家参考. 在正式开始讲解之前,我必须得感谢Artech.代震军等诸多大虾,他们的文章给了我很大的启发. 我写的这个例子是关于博客管理的,逻辑很简单,就是用户发表文章.发表评论,

老调重弹---C# winForm三层结构

大牛们略过,对初学者起抛砖引玉的作用. 以数据库AdventureWorks的Person.Address表为例. 一.建好框架 prj 表示层,这里用的是winForm. prjBLL 业务逻辑层,当然是类库 PrjDAL 数据访问层,当然是类库啦 PrjModel 模型层,当然也是类库啦 二.展开 三. 以上结构中从下到上分析. prjModel下的Address.cs 与要操作的表字段一一对应,我这里只列举几个字段. Address.cs  using System;using Syste

java中的mvc和三层结构究竟是什么关系

一件事,要知其然往往很简单,要知其所以然通常不是那么容易,就如最近重新巩固spring的过程中,就觉得还有许多问题其实并不是十分明了. 屈指一算,手头上做过的正式项目也有了四五六七个了,不管用的数据库和其他一些细节上的技术如何,总的来说大的框架结构都是差不多的. 说白了,也就是mvc和三层结构. 而mvc和三层结构究竟是什么关系,我曾在面试的过程中被人问过几次,也曾仔细的想过.查过这个问题,但是直到此时,我也还是不能完全确定. 只不过随着时间的积累,随着技术的沉淀,随着视野的拓宽,我大体上认同了

大型局域网中二层结构与三层结构

大型局域网中二层结构与三层结构 大型局域网结构千变万化.网络的规划与园区环境.应用类型密不可分.就目前而言网络结构分为大二层与三层结构.未来的发展方向是向sdn靠拢,我个人观点是自动化网络,可以实现基于业务的配置自动化,同时也可以实现故障自愈和.就结构而言在没有二三层之分了,我认为也就是一层网络.纵向虚拟化就是一层网络的很好体现. 今天主要总结了大二层与三层结构的 二层网络没有汇聚或者逻辑上没有汇聚,网关在核心.不同vlan之间直接由核心进行数据交换.同时使用mstp+vrrp技术实现网络冗余.

mvc与三层结构

http://www.cnblogs.com/zhhh/archive/2011/06/10/2077519.html 又看到有人在问三层架构和MVC的关系,感觉这种问题有点教条化了.因为它们都在逻辑上将应用程序划为三块,凑了一个数字3,就有人非要把它们联系到一起了. 这两个东西我接触有几年了,有一点体会,表达一下: 三层是三层,MVC是MVC,它们毫无关系的. 三层是从整个应用程序架构的角度来分的三层(如果程序需要,还可以分多层). 三层是为了解决整个应用程序中各个业务操作过程中不同阶段的代码

初识三层结构

第一次听说三层结构,是九期的一个师哥在给我们讲高校云平台.那天的感觉像是在听天书,以前从没有接触过.不过,那几个不断在师哥口中重复的名词BLL层.DAL层还是留下了些印象.现在自己来到三层结构的学习了,对师哥讲的那些词算是有种久违的感觉.下面就对三层结构的初识做个总结. 一． 多层结构的划分方式. 结构的划分方式有两种,分别是物理上和逻辑上.从物理的角度来说,可分为显示层.业务层和数据层.从逻辑的角度看,可分为UI层.BLL+DAL层以及DB层.这里我们所说的三层结构是指逻辑上划分的三层. 刚开

灵活理解思科三层结构

刚刚看了学院的CCNA视频教程,下面做个简单记录: 1.思科网络分层: a.作用:个人干个人的事情,大家协作起来好做事.谁出了问题,我就去找谁,不用胡子.眉毛一把抓. b.分成三层:接入层.分配层.核心层. c.网络分层是逻辑上的,不是物理上的 d.网络分层一般是在设计网络时候使用,而不是在实际应用上使用. 2.核心层 核心层的作用就是速度和稳定,它需要做的事情非常少,就是很快的把东西从A这里转到B这里. 3.分配层 分配层的作用: a.路由 b.工具的实现:访问列表.包过滤.排序 c.网络安全

三层结构——理论篇

为什么要分层? 1.开发人员可以只关注整个结构中的其中某一层:2.可以很容易的用新的实现来替换原有层次的实现:3.可以降低层与层之间的依赖:4.有利于标准化:5.利于各层逻辑的复用.6..方便团队分工 分层: 将整个业务应用划分为:表现层(UI).业务逻辑层(BLL).数据访问层(DAL).区分层次的目的即为了"高内聚,低耦合"的思想. 1. 表现层 位于最外层(最上层),离用户最近.用于显示数据和接收用户输入的数据,为用户提供一种交互式操作的界面.它是系统的UI部分,负责使用者与整个

java web笔记——软件三层结构&MVC模式实现注册登陆案例

<学习笔记> Servlet+JSP+JavaBean(MVC)模式适合开发较复杂的web应用,在这种模式下,servlet负责处理用户请求,jsp负责数据显示,javaBean负责封装数据,各个模块之间层次清晰. 软件三层结构为Web层.业务逻辑层(service层).数据访问层(dao层). 简易的注册登陆案例 项目完整源码地址:https://git.oschina.net/beyondzl/register_login 1.搭建开发环境 1.1导人第三方开发包 dom4j-1.6.1.