通常,系统由很多组件组成,每个组件负责一部分功能,然后,这些组件也经常带有一些除了核心功能之外的附带功能,系统服务如日志,事务管理和安全经常融入到一些其他功能模块中。这些系统服务通常叫做交叉业务,这是因为他们总是分布在系统的很多组件中。通过将这些业务分布在很多组件中,给我们的代码引入了双重复杂性。
1、实现系统级业务的代码在多个组建中复制。这意味着如果你要改变这些业务逻辑,你就必须到各个模块去修改。就算把这些业务抽象成一个独立模块,其他模块只是调用它的一个方法,但是这个方法调用也还是分布在很多地方。
2、组件会因为那些与自己核心业务无关的代码变得杂乱。一个向地址录中添加条目的方法应该只关心如何添加地址,而不是关心它是不是安全或支持事务的。
上面是关于aop的概念定义,那么具体如何实现呢?
其实aop的具体实现有点像是webwork当中的拦截器,首先定义好aop advice,然后在spring配置文件当中配置好在哪个切入点引入此advice。
spring提供了四种执行aop advice的方式:
around advice:拦截对目标对象方法调用
before advice:在目标方法被调用前调用
after advice:在目标方法被调用后调用
throws advice:目标方法抛出异常时调用
spring的aop advice是方法级别的,没有提供更细的针对属性的设置。
以上全部为理论,具体的实践在用到的时候再学习