Autofac的AOP面向切面编程研究
什么是AOP:
我的理解是 把系统性的编程工作封装起来 =》我给这个取个名字叫 “Aspect”,然后通过AOP技术把它切进我们的业务逻辑代码 =》 “业务“
这样的好处:
“Aspect” 和 “业务” 相互独立,既可以让“业务” 用到了 “Aspect” 又让2者互相独立不耦合,多个“业务”也能复用 同一份“Aspect”
举一个最实用的例子 Transaction 事物
我们经常会在业务代码上使用Transaction事物,比如使用TransactionScope:
下面的测试代码用到了我在维护的一个开源ORM框架
https://github.com/yuzd/AntData.ORM
示例业务代码:
上面的代码 就是 插入一个学校到db 然后拿到主键 赋值给 person 再insert到db。 在同一个事物里面 要么school 和person 同时插入db 要么都失败。
实际业务代码肯定比这个要复杂的多了,比如多个方法在一个事物里面等我这里就举最简单的例子。
那么如果每段业务逻辑都这么写的话 会造成重复性代码很多,下面我们就尝试用AOP面向对切的思想去优化
思考怎样的方式才是我想要的
示例代码:
如上图: 我在需要用到事物的方法上面打了一个 EnableTransactionScope 标签 这样遇到业务方法需要用事物包裹的话 都可以打上这个标签
假如要实现这样的话 得实现以下几点:
- 我需要代理类,因为只有代理类才能给业务代码做些手脚(织入我们想要的逻辑包裹)
- 我需要一个DI容器,因为将实例的生成交给DI容器了会很方面的生成代理类
- 我希望只是打打标签就能实现以上这些,这样可视化最好,也方便
朝着目标去实现它 Just Do It
1. 使用Autofac 这款DI容器 配合 Autofac.Extras.DynamicProxy 库
这2个库都是autofac旗下现成的开源产品,有了这2个库 就满足我上面提到的需求1和需求2
第3点看来得亲自动手了
𪠽𪠽𪠽𪠽~~
这个组件是我维护的一个开源的autofac扩展库,用来实现打打标签 就能实现一些复杂的配置!
2. 如何使用 Autofac.Annotation 帮助实现AOP面向切面编程
先简单来个示例代码:
更多示例请查阅:https://github.com/yuzd/Autofac.Annotation
3. 使用织入来实现TransactionScope切面
新建一个class如下继承PointcutAttribute 并实现方法: 注意:由于是异步环境 必须使用 new TransactionScope(TransactionScopeAsyncFlowOption.Enabled)
只需要在在需要事物包裹的方法上打上这个标签 [EnableTransactionScope] 如下图:
总结
使用Autofac.Annotation组件可以很方便的让我们在业务代码中使用AOP切面,可以自定义实现切入的位置(前置,后置,还是Arround等)
参考上面代码,
- 打了Componet标签就把类注入到autofac容器了
- 打了Aspect标签就代表该类需要autofac帮我生成代理类
- 方法上面打了指定的标签(前置,后置,环绕,PointCut四种)代表要织入的逻辑
织入类型 | 实现规则 | 说明 |
---|---|---|
前置织入 | 继承AspectBeforeAttribute | 在进入业务代码之前先执行【前置织入逻辑-》业务代码】 |
后置织入 | 继承AspectAfterAttribute | 在业务代码执行之后执行(即使有异常)【业务代码-》后置织入逻辑】 |
环绕织入 | 继承AspectAroundAttribute | 在业务代码之前和之前都执行【前置织入逻辑-》业务代码-》后置织入逻辑】 |
PointCut织入 | 继承PointcutAttribute | 掌控业务代码的执行权,这种最灵活【本文的TransactionScope功能就得用到它】 |
使用Autofac.Annotation组件案例:
一个开源的 netcore mvc role management 快速开发系统(菜单,角色,权限[精确到按钮])
如果您觉得阅读本文对您有帮助,请点一下“推荐”按钮,您的“推荐”将是我最大的写作动力!欢迎各位转载,转载文章之后须在文章页面明显位置给出作者和原文连接,谢谢。