工作一年多后， 第二次看了韩顺平老师讲的AOP (11年的Spring 教学视频)
AOP还是比较艰涩的东西. 从刚开始 碰Java项目去找书看开始, 到学了拦截器知道AOP就是处理事务, 日志, 安全等东西的机制,但对那些名词还是不懂.
目录:
1. 从消除重复代码讲起.
1.5 到专注业务
2. 图解AOP
2.5不用AOP也能有设计模式来搞定
3. 说人话的概念
1. Spring 官方文档介绍AOP是以"让我们了解AOP的一些核心概念"开始的, 一上来就糊你一脸概念: 什么切面(aspect), 动态代理(dynamic proxy), 连接点, 切入点, 目标对象(target)
小白就是这么被吓跑的(笑), 说的就是我.
从简单的, 亲和力更好的角度(方面?)入手, 让我们从"重复代码"的角度来介绍AOP.
在备受推崇的<重构:改善既有代码的设计> 和 <代码整洁之道> 两本书中, 重复代码duplicate code是一种罪恶. "没有重复代码"的重要程度仅次于"通过所有测试".
(注: 评价clean code 的标准 1. 通过所有测试 2.没有重复代码 3. 体现系统中的全部设计理念 4. 包括尽量少的实体(类,方法,函数))
没错, AOP是一种消除重复代码的手段.
举个栗子: A service 需要事务, B service 也需要打开事务.
Class ServiceA { void methodA() { // 打开事务 // 干活儿 // 提交事务 } }
同样的代码在ServiceB也有.
这就有bad smell了, 两个方法体分别是XAY和XBY，显然，这出现了重复，违反了DRY原则(dont repeat yourself)。
Here comes AOP.
1. AOP 把事务这种"重复代码" 从ServiceA, ServiceB抽出来, 把重复代码只放在一个地方(另一个类中).
2. AOP 再把抽出来的东西放回去
通过这样一波操作, 重复代码(可以使打日志, 开关事务, 鉴权等)已经背分离出来, 并且没有重复了.
1.5 何来专注业务一说?
琐碎的非业务代码: 记日志, 鉴权, 事务等操作都和业务代码没直接关系, 通过抽取(Extraction)的方式, 从业务代码分离, 进而分离了业务的复杂度.
原来的代码变成
void methodA() {
// 打开事务
// 干活儿
// 提交事务 }
只有一行业务代码, 更方便阅读
2. 图解AOP
从消除重复代码的角度, 我们可以对AOP有一个感性的认识. 然后看图学一下AOP的原理。
2.5 不用AOP也能有设计模式来搞定
只是利用抽出非业务代码来分离复杂度的话， 其实就设计模式在搞这个的
模板方法模式
甚至直接抽方法 把非业务代码独立成一个方法都能取得同样的效果。
不一定要AOP来实现。
3.说人话的概念
最后讲AOP中概念
切面： Aspect： 日志， 事务， 鉴权
目标对象：target：放着业务代码
代理对象： 对target的动态代理
通知:Advice: 非业务代码， 用来织入到业务代码中
织入： weave 把通知（advice）放到代理对象中的连接点
连接点 Joint point： 可以插入通知代码的位置
插入点 Pointcut： 没插入时叫连接点， 插入后就叫插入点
插入点和连接点只是看问题的角度不同