我的理解是 把系统性的编程工作封装起来 =》我给这个取个名字叫 “Aspect”,然后通过AOP技术把它切进我们的业务逻辑代码 =》 “业务“
“Aspect” 和 “业务” 相互独立,既可以让“业务” 用到了 “Aspect” 又让2者互相独立不耦合,多个“业务”也能复用 同一份“Aspect”
我们经常会在业务代码上使用Transaction事物,比如使用TransactionScope:
下面的测试代码用到了我在维护的一个开源ORM框架
https://github.com/yuzd/AntData.ORM
示例业务代码:
上面的代码 就是 插入一个学校到db 然后拿到主键 赋值给 person 再insert到db。 在同一个事物里面 要么school 和person 同时插入db 要么都失败。
实际业务代码肯定比这个要复杂的多了,比如多个方法在一个事物里面等我这里就举最简单的例子。
那么如果每段业务逻辑都这么写的话 会造成重复性代码很多, 下面我们就尝试用AOP面向对切的思想去优化
示例代码:
如上图: 我在需要用到事物的方法上面打了一个 EnableTransactionScope 标签 这样遇到业务方法需要用事物包裹的话 都可以打上这个标签
这2个库都是autofac旗下现成的开源产品,有了这2个库 就满足我上面提到的需求1和需求2
第3点看来得亲自动手了
~~
Autofac.Annotation组件诞生
这个组件是我维护的一个开源的autofac扩展库,用来实现打打标签 就能实现一些复杂的配置!
先简单来个示例代码:
更多示例请查阅: https://github.com/yuzd/Autofac.Annotation
新建一个class如下继承PointcutAttribute 并实现方法: 注意:由于是异步环境 必须使用 new TransactionScope(TransactionScopeAsyncFlowOption.Enabled)
只需要在在需要事物包裹的方法上打上这个标签 [EnableTransactionScope] 如下图:
点我查看以上代码
使用 Autofac.Annotation组件 可以很方便的让我们在业务代码中使用AOP切面,可以自定义实现切入的位置(前置,后置,还是Arround等)
参考上面代码,
织入类型 | 实现规则 | 说明 |
---|---|---|
前置织入 | 继承AspectBeforeAttribute | 在进入业务代码之前先执行【前置织入逻辑-》业务代码】 |
后置织入 | 继承AspectAfterAttribute | 在业务代码执行之后执行(即使有异常)【业务代码-》后置织入逻辑】 |
环绕织入 | 继承AspectAroundAttribute | 在业务代码之前和之前都执行【前置织入逻辑-》业务代码-》后置织入逻辑】 |
PointCut织入 | 继承PointcutAttribute | 掌控业务代码的执行权,这种最灵活【本文的TransactionScope功能就得用到它】 |