问题:
目前我们已经能够使用SpringAOP的SchemaBased方式来实现功能扩展。在使用SchemaBased方式实现功能扩展时,发现一个扩展代码就需要声明对应的实现了指定的接口的类,这样造成代码的结构体系过于繁杂。一个通知一个类。
解决:
在一个类中声明所有的通知方法。这样又会造成Spring容器无法区分该类中的方法那些是前置,那些是后置,那些是环绕,那些是异常了,怎么办?在配置文件中的切面配置中,指明哪些方法是前置,哪些是后置即可。
实现:
SpringAOP的AspectJ方式
使用:
① 创建一个web项目并导入AOP的相关jar包
② 在src下声明mvc的包结构
③ 在src下创建并配置applicationcontext.xml
- 切点的bean
- 扩展类的bean
- 配置切面
声明切点
声明前置通知
声明后置通知
声明环绕通知
声明异常通知
④ 获取Spring容器中的扩展对象完成功能操作。
[2]SpringAOP的代码实现
通知类:
applicationcontext.xml
[3] Acspectj和SchemaBased的异同
- 相同点:
在不修改源码的情况下都能实现功能的扩展。
- 不同点:
(1) SchemaBased方式基于接口来区别前置和后置和环绕和异常通知的,而AspectJ方式是在配置文件中使用标签来区分。
(2) AspectJ方式在配置中的配置方式发现其切点的声明以及对应的通知组装中,切点只在Aop:aspect标签下有效。而SchemaBased方式声明的切点在全局有效.SchemaBased的切点的通用性比AspectJ方式要好。
(3) AspectJ方式扩展涉及参数的流程:
1 切点方法中声明形参完成数据处理
2 修改通知方法声明形参接收对应的实参
3修改配置文件中的切点声明,切点中的方法上声明对应的参数类型。同时还要声明参数的形参名
4在通知的配置上声明参数名
在SchemaBased方式涉及形参的流程:
在切点方法上声明形参完成功能处理
在配置文件中修改切点的路径为带有参数的切点
直接在通知方法中的形参中的Object[]中获取参数使 用即可
总结:不涉及到参数问题使用AspectJ方式完成功能扩展比较方便,但是涉及到参数后使用SchemaBased方式比较方便。