PHP系列学习之AOP

[来源] 51CTO    [编辑] 本站编辑   [时间]2012-09-11

介绍
你以前听说过AOP(Aspect Oriented Programming)吗?虽然在php方面,好像没有过多的使用,但是在企业级开发中,AOP被广泛使用。我将借此文,向大家介绍PHP方面的AOP。
这篇文章主要解释AOP的概念。
什么是AOP?
在应用开发中,我们经常发现需要很多功能,这些功能需要经常被分散在代码中的多个点上,但是这些点事实上跟实际业务没有任何关联。比如,在执行一些特殊任务之前需要确保用户是在登陆状态中,我们把这些特殊人物就叫做"cross-cutting concerns",让我们通过Wikipedia来了解一下"cross-cutting concerns"(横向关系)的定义。
在计算机科学中,"cross-cutting concerns"指的是“切面(或方向)编程”。这些关系不能从其他系统(框架设计或者某些实现)中很好的分解出来,以至于出现代码重复,在系统中存在有意义的依赖关系,或者两者兼有之。
现在你对于“横向关系”应该有一个基础的认识,让我们看看他们在代码中是怎么样的?
假设一种场景,你是一个博客站点的编辑。你需要登陆站点,然后进行创建帖子,验证帖子,编辑帖子等等。如果你没有登陆,那么你应该直接到登陆界面。为了确保这些行为是安全的,以上的任何操作都需要进行有效验证,代码如下。
1. <?php
2. class BlogPost extends CI_Controller
3. {
4. public function createPost() {
5. if (!AuthenticationheckAuthentication()) {
6. // redirect to login
7. }
8. else {
9. // proceed
10. Messages::notifyAdmin();
11. }
12. }
13.
14. public function approvePost() {
15. if (!AuthenticationheckAuthentication()) {
16. // redirect to login
17. }
18. else {
19. // proceed
20. }
21. }
22.
23. public function editPost() {
24. if (!AuthenticationheckAuthentication()) {
25. // redirect to login
26. }
27. else {
28. // proceed
29. }
30. }
31.
32. public function viewPost() {
33. // ...
34. }
35. }
看上面的代码,你会发现在每个方法之前都调用了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的功能。这个全局的控制器运行在整个系统里,而且对我们是不可见的。
1. <?php
2. class PathController
3. {
4. function controlPaths($className, $funcName) {
5. AuthenticationheckAuthentication();
6. $classObj = new $className();
7. $classObj->$funcName();
8. }
9. }
在这里假设有这么一个类,主要是用于给你展现这个类实际上发生了什么事情。假设那个controlPaths方法是应用中全局切入点,访问应用中的每个方法都需要通过这个方法访问。上面的方法中在执行每个方法之前,我们调用了通知checkAuthentication()。——这就是前通知。
返回后通知
这个通知在指定功能执行完后只执行一次,并且返回那个访问点。考虑下面的代码:
1. <?php
2. class PathController
3. {
4. function controlPaths($className, $funcName) {
5. $classObj = new $className();
6. $classObj->$funcName();
7. DatabaseloseConnection();
8. }
9. }
注意这里,当方法完成之后,我们清理了数据库资源。在返回通知之后,我们调用这个通知。
抛出后通知
如果在执行进程期间函数抛出异常,那么在抛出完异常之后应用通知。这里是抛出完异常之后,通知就变成错误提示。
1. <?php
2. class PathController
3. {
4. function controlPaths($className, $funcName) {
5. try {
6. $classObj = new $className();
7. $classObj->$funcName();
8. }
9. catch (Exception $e) {
10. Error::reportError();
11. }
12. }
13. }
周边通知
第四种通知是周边通知,他是前通知和返回后通知的合并体。
1. <?php
2. class PathController
3. {
4. function controlPaths($className, $funcName) {
5. Logger::startLog();
6. $classObj = new $className();
7. $classObj->$funcName();
8. LoggerndLog();
9. }
10. }
 

网友评论 已有 0 条评论,查看更多评论»

评论内容:
验证码:
【网友评论仅供其表达个人看法,并不表明本站同意其观点或证实其描述。】

资源下载

最新开课信息