鸣谢:http://blog.csdn.net/moreevan/article/details/11977115/
何为AOP:
AOP(Aspect-OrientedProgramming,面向方面编程),可以说是OOP(Object-Oriented Programing,面向对象编程)的补充和完善。OOP引入封装、继承和多态性等概念来建立一种对象层次结构,用以模拟公共行为的一个集合。当我们需要为分散的对象引入公共行为的时候,OOP则显得无能为力。也就是说,OOP允许你定义从上到下的关系,但并不适合定义从左到右的关系。例如日志功能。日志代码往往水平地散布在所有对象层次中,而与它所散布到的对象的核心功能毫无关系。对于其他类型的代码,如安全性、异常处理和透明的持续性也是如此。这种散布在各处的无关的代码被称为横切(cross-cutting)代码,在OOP设计中,它导致了大量代码的重复,而不利于各个模块的重用。
AOP技术则恰恰相反,它利用一种称为“横切”的技术,剖解开封装的对象内部,并将那些影响了多个类的公共行为封装到一个可重用模块,并将其名为“Aspect”,即方面。所谓“方面”,简单地说,就是将那些与业务无关,却为业务模块所共同调用的逻辑或责任封装起来,便于减少系统的重复代码,降低模块间的耦合度,并有利于未来的可操作性和可维护性。AOP代表的是一个横向的关系,如果说“对象”是一个空心的圆柱体,其中封装的是对象的属性和行为;那么面向方面编程的方法,就仿佛一把利刃,将这些空心圆柱体剖开,以获得其内部的消息。而剖开的切面,也就是所谓的“方面”了。然后它又以巧夺天功的妙手将这些剖开的切面复原,不留痕迹。
使用“横切”技术,AOP把软件系统分为两个部分:核心关注点和横切关注点。业务处理的主要流程是核心关注点,与之关系不大的部分是横切关注点。横切关注点的一个特点是,他们经常发生在核心关注点的多处,而各处都基本相似。比如权限认证、日志、事务处理。Aop 的作用在于分离系统中的各种关注点,将核心关注点和横切关注点分离开来。正如Avanade公司的高级方案构架师Adam Magee所说,AOP的核心思想就是“将应用程序中的商业逻辑同对其提供支持的通用服务进行分离。”
实现AOP的技术,主要分为两大类:一是采用动态代理技术,利用截取消息的方式,对该消息进行装饰,以取代原有对象行为的执行;二是采用静态织入的方式,引入特定的语法创建“方面”,从而使得编译器可以在编译期间织入有关“方面”的代码。
AOP使用场景
AOP用来封装横切关注点,具体可以在下面的场景中使用:
Authentication 权限
Caching 缓存
Context passing 内容传递
Error handling 错误处理
Lazy loading 懒加载
Debugging 调试
logging, tracing, profiling and monitoring 记录跟踪 优化 校准
Performance optimization 性能优化
Persistence 持久化
Resource pooling 资源池
Synchronization 同步
Transactions 事务
AOP相关概念
方面(Aspect):一个关注点的模块化,这个关注点实现可能另外横切多个对象。事务管理是J2EE应用中一个很好的横切关注点例子。方面用spring的 Advisor或拦截器实现。
连接点(Joinpoint): 程序执行过程中明确的点,如方法的调用或特定的异常被抛出。
通知(Advice): 在特定的连接点,AOP框架执行的动作。各种类型的通知包括“around”、“before”和“throws”通知。通知类型将在下面讨论。许多AOP框架包括Spring都是以拦截器做通知模型,维护一个“围绕”连接点的拦截器链。Spring中定义了四个advice: BeforeAdvice, AfterAdvice, ThrowAdvice和DynamicIntroductionAdvice
切入点(Pointcut): 指定一个通知将被引发的一系列连接点的集合。AOP框架必须允许开发者指定切入点:例如,使用正则表达式。 Spring定义了Pointcut接口,用来组合MethodMatcher和ClassFilter,可以通过名字很清楚的理解, MethodMatcher是用来检查目标类的方法是否可以被应用此通知,而ClassFilter是用来检查Pointcut是否应该应用到目标类上
引入(Introduction): 添加方法或字段到被通知的类。 Spring允许引入新的接口到任何被通知的对象。例如,你可以使用一个引入使任何对象实现 IsModified接口,来简化缓存。Spring中要使用Introduction, 可有通过DelegatingIntroductionInterceptor来实现通知,通过DefaultIntroductionAdvisor来配置Advice和代理类要实现的接口
目标对象(Target Object): 包含连接点的对象。也被称作被通知或被代理对象。POJO
AOP代理(AOP Proxy): AOP框架创建的对象,包含通知。 在Spring中,AOP代理可以是JDK动态代理或者CGLIB代理。
织入(Weaving): 组装方面来创建一个被通知对象。这可以在编译时完成(例如使用AspectJ编译器),也可以在运行时完成。Spring和其他纯Java AOP框架一样,在运行时完成织入。
AOP----小的实现案例
1--开发结构图
注意类与类之间无任何联系,只存在方法的实现,无任何调用与继承
2--编写AOP切面的一个过程
#1一个类似后台日志记录的方法
#2一个权限检查的方法
#3--类似商品进货的方法
#3
4----大家可以看到上述的三个方法中彼此没有任何关联,不存在各个方法的调用,但是我们怎么可以做到
在我们商品进货的时候,去进行权限检查和一个日志的记录呢,这个时候用到我们最关键的就是AOP切面编程
从中间进行插入,让我们的方法连接起来,来实现所有方法的实现
5--最关键的部分,来配置我们的Spring中的applicationContext.xml(关键的配置)
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://www.springframework.org/schema/aop" xsi:schemaLocation="http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-3.1.xsd http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd"> |
<!-- 将bean对象加入到容器里 --> <!-- 配置业务类的bean --> <bean id="saveService" class="com.jinglin.aop.service.SaveService"> </bean> <!-- 配置切面类 --> <bean id="roleCommon" class="com.jinglin.aop.common.RoleCommon"></bean> <bean id="logCommon" class="com.jinglin.aop.common.LogCommon"></bean> |
配置AOP的切面:
<!-- 对于aop的配置 --> <aop:config> <!-- 配置权限的切面类--> <aop:aspect id="roleaspect" ref="roleCommon"> <!-- 配置连接点的集合 --> <aop:pointcut expression="execution(* com..*.*Service.*(..))" id="mypointcut"/> <!-- 业务方法执行之前的配置增强 --> <aop:before method="beforeexec" pointcut-ref="mypointcut"/> </aop:aspect> <!-- 配置一个日志记录的切面 --> <aop:aspect id="logaspect" ref="logCommon"> <aop:pointcut expression="execution(* com..*.*Service.*(..))" id="mypointcut2"/> <!--业务方法执行之后的配置增强 --> <aop:after method="afterexec" pointcut-ref="mypointcut2"/> </aop:aspect> </aop:config> |
6--最后来让我们测试一下是否达到我们想要的方法在一起
package com.jinglin.test;
import org.junit.Test;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import com.jinglin.aop.service.SaveService;
public class TestAop {
static ClassPathXmlApplicationContext ac=null;
static{
ac =new ClassPathXmlApplicationContext("applicationContext.xml");
}
@Test
public void testaop(){
SaveService ss=(SaveService)ac.getBean("saveService");
ss.savejh();
}
}
7--测试结果
8---很显然达到了我们的期许
9--总结
从上述代码,我们可以看到,首先最主要的一点,代码清爽,干净,没有任何方法的调用与关联
1.很大程度的降低了我们代码的耦合性
2.可以看到往后我们对于更多业务的扩展更加方便
3.更好的代码复用
-----到此结束----