- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章PHP三层结构(下) PHP实现AOP由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.
开发环境为 eclipse(pdt) 让我们把注意力集中到中间服务层上来。中间服务层代码比较简单,只是调用数据访问层代码将留言保存到数据库。如代码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所示: (图1),加入扩展接口 。
复制代码代码如下
// 代码 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所示: (图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所示: (图3),执行流程 。
最后此篇关于PHP三层结构(下) PHP实现AOP的文章就讲到这里了,如果你想了解更多关于PHP三层结构(下) PHP实现AOP的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
我在 JavaScript 文件中运行 PHP,例如...... var = '';). 我需要使用 JavaScript 来扫描字符串中的 PHP 定界符(打开和关闭 PHP 的 )。 我已经知道使
我希望能够做这样的事情: php --determine-oldest-supported-php-version test.php 并得到这个输出: 7.2 也就是说,php 二进制检查 test.
我正在开发一个目前不使用任何框架的大型 php 站点。我的大问题是,随着时间的推移慢慢尝试将框架融入应用程序是否可取,例如在创建的新部件和更新的旧部件中? 比如所有的页面都是直接通过url服务的,有几
下面是我的源代码,我想在同一页面顶部的另一个 php 脚本中使用位于底部 php 脚本的变量 $r1。我需要一个简单的解决方案来解决这个问题。我想在代码中存在的更新查询中使用该变量。 $name)
我正在制作一个网站,根据不同的情况进行大量 PHP 重定向。就像这样...... header("Location: somesite.com/redirectedpage.php"); 为了安全起见
我有一个旧网站,我的 php 标签从 因为短标签已经显示出安全问题,并且在未来的版本中将不被支持。 关于php - 如何避免在 php 文件中写入
我有一个用 PHP 编写的配置文件,如下所示, 所以我想用PHP开发一个接口(interface),它可以编辑文件值,如$WEBPATH , $ACCOUNTPATH和 const值(value)观
我试图制作一个登录页面来学习基本的PHP,首先我希望我的独立PHP文件存储HTML文件的输入(带有表单),但是当我按下按钮时(触发POST到PHP脚本) )我一直收到令人不愉快的错误。 我已经搜索了S
我正在寻找一种让 PHP 以一种形式打印任意数组的方法,我可以将该数组作为赋值包含在我的(测试)代码中。 print_r 产生例如: Array ( [0] => qsr-part:1285 [1]
这个问题已经有答案了: 已关闭11 年前。 Possible Duplicate: What is the max key size for an array in PHP? 正如标题所说,我想知道
我正在寻找一种让 PHP 以一种形式打印任意数组的方法,我可以将该数组作为赋值包含在我的(测试)代码中。 print_r 产生例如: Array ( [0] => qsr-part:1285 [1]
关闭。这个问题需要多问focused 。目前不接受答案。 想要改进此问题吗?更新问题,使其仅关注一个问题 editing this post . 已关闭 9 年前。 Improve this ques
我在 MySQL 数据库中有一个表,其中存储餐厅在每个工作日和时段提供的菜单。 表结构如下: i_type i_name i_cost i_day i_start i_
我有两页。 test1.php 和 test2.php。 我想做的就是在 test1.php 上点击提交,并将 test2.php 显示在 div 中。这实际上工作正常,但我需要向 test2.php
我得到了这个代码。我想通过textarea更新mysql。我在textarea中回显我的MySQL,但我不知道如何更新它,我应该把所有东西都放进去吗,因为_GET模式没有给我任何东西,我也尝试_GET
首先,我是 php 的新手,所以我仍在努力学习。我在 Wordpress 上创建了一个表单,我想将值插入一个表(data_test 表,我已经管理了),然后从 data_test 表中获取所有列(id
我有以下函数可以清理用户或网址的输入: function SanitizeString($var) { $var=stripslashes($var); $va
我有一个 html 页面,它使用 php 文件查询数据库,然后让用户登录,否则拒绝访问。我遇到的问题是它只是重定向到 php 文件的 url,并且从不对发生的事情提供反馈。这是我第一次使用 html、
我有一个页面充满了指向 pdf 的链接,我想跟踪哪些链接被单击。我以为我可以做如下的事情,但遇到了问题: query($sql); if($result){
我正在使用 从外部文本文件加载 HTML/PHP 代码 $f = fopen($filename, "r"); while ($line = fgets($f, 4096)) { print $l
我是一名优秀的程序员,十分优秀!