前言
AOP
的全称为 Aspect Oriented Programming,意思是:面向切面编程。
为什么会有这篇文章?是因为看了 Laravel 中 Pipeline 的设计,发现 Pipeline
就是基于 AOP
思维的一种实现。
说起 AOP
,就不得不说起 OOP
,它们又是什么关系,有什么区别?
AOP 与 OOP 的区别
OOP
咱们都晓得,全程为 Object Oriented Programming,意思是:面向对象编程。
首先咱们要晓得 AOP
与 OOP
不是互相对抗的关系,能够把 AOP
看作是补救 OOP
的有余,以此之长、补彼之短,两者联合应用成果最佳。
OOP
是针对业务 实体 及其 属性 和 行为 进行 形象封装,这个不难理解,例如:用户模块、订单模块 等。
AOP
是针对业务切面进行提取,它所面对的是处理过程中的某个 步骤 或 阶段 ,以达到逻辑处理过程中各局部之间低耦合性的 隔离成果,例如:日志记录、权限验证 等。
举个例子就容易了解了,如果单纯应用 OOP
,须要在日志模块、订单模块中进行权限验证、日志记录怎么办?难道要在每个办法前都退出权限验证、日志记录的代码吗?那么如果须要在每个办法前和办法后都记录日志怎么办?
这时如果应用 AOP
,就能够借助代理实现这些反复的操作,就能够不在每个办法前退出权限验证、日志记录的代码,升高各局部之间的耦合。
AOP 能做什么
除了下面说的 权限验证、日志记录,AOP
还能够做 数据加解密、申请响应数据标准 …
只有是和具体的业务无关的,同时又是业务都在关注的,那么都能够通过 AOP
去抽离这些关注点并将其对立保护,进步代码的复用性。
下面的业务关注点是不是有点似曾相识 … 其实咱们罕用的 路由中间件
就是基于 AOP
思维的一种实现。
AOP 的一种实现
举例:Laravel
中的 路由中间件
。
/**
* Send the given request through the middleware / router.
*
* @param \Illuminate\Http\Request $request
* @return \Illuminate\Http\Response
*/
protected function sendRequestThroughRouter($request)
{$this->app->instance('request', $request);
Facade::clearResolvedInstance('request');
$this->bootstrap();
return (new Pipeline($this->app))
->send($request)
->through($this->app->shouldSkipMiddleware() ? [] : $this->middleware)
->then($this->dispatchToRouter());
}
通过上述代码,能够发现须要执行的中间件配置在 through()
办法中,执行后再执行 then
办法。
上述代码用在了 路由中间件
中,当然也能够用在其余中央,比方用到 controller
中,就能够这样写:
// 示例代码
$pipes = [
LoggingPipeline::class, // 日志记录
PermitPipeline::class, // 权限验证
];
return app(Pipeline::class)
->send($request->all())
->through($pipes)
->then(function ($content) {return $content;});
下面只是在 Laravel
中的一种实现,当然在 PHP
的其余框架中也有相似的实现,例如:Yii
、ThinkPHP
等。
AOP
只是个思维,当然也有其余语言实现,例如:Golang
和 Java
等。
举荐浏览
- 编程是一种思维,而不是敲代码
- 做业务零碎研发如何做到认真负责?