大白话AOP

2018/04/24 01:57
阅读数 12

工作一年多后, 第二次看了韩顺平老师讲的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: 没插入时叫连接点, 插入后就叫插入点

                                    插入点和连接点只是看问题的角度不同

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部