基于XML的AOP配置-转

http://www.cnblogs.com/yangy608/archive/2010/11/14/1876839.html

AOP(Aspect-Oriented Programming,面向切面编程),可以说是OOP(Object-Oriented Programing,面向对象编程)的补充和完善。OOP引入封装、继承和多态性等概念来建立一种对象层次结构,用以模拟公共行为的一个集合。当我们需要为分散的对象引入公共行为的时候,OOP则显得无能为力。也就是说,OOP允许你定义从上到下的关系,但并不适合定义从左到右的关系。例如日志功能。日志代码往往水平地散布在所有对象层次中,而与它所散布到的对象的核心功能毫无关系。对于其他类型的代码,如安全性、异常处理和透明的持续性也是如此。这种散布在各处的无关的代码被称为横切(cross-cutting)代码,在OOP设计中,它导致了大量代码的重复,而不利于各个模块的重用。

而AOP技术则恰恰相反,它利用一种称为“横切”的技术,剖解开封装的对象内部,并将那些影响了多个类的公共行为封装到一个可重用模块,并将其名为“Aspect”,即切面。所谓“切面”,简单地说,就是将那些与业务无关,却为业务模块所共同调用的逻辑或责任封装起来,便于减少系统的重复代码,降低模块间的耦合度,并有利于未来的可操作性和可维护性。AOP代表的是一个横向的关系,如果说“对象”是一个空心的圆柱体,其中封装的是对象的属性和行为;那么面向切面编程的方法,就仿佛一把利刃,将这些空心圆柱体剖开,以获得其内部的消息。而剖开的切面,也就是所谓的“切面”了。然后它又以巧夺天功的妙手将这些剖开的切面复原,不留痕迹。

使用“横切”技术,AOP把软件系统分为两个部分:核心关注点和横切关注点。业务处理的主要流程是核心关注点,与之关系不大的部分是横切关注点。横切关注点的一个特点是,他们经常发生在核心关注点的多处,而各处都基本相似。比如权限认证、日志、事务处理。Aop 的作用在于分离系统中的各种关注点,将核心关注点和横切关注点分离开来。正如Avanade公司的高级方案构架师Adam Magee所说,AOP的核心思想就是“将应用程序中的商业逻辑同对其提供支持的通用服务进行分离。”

实现AOP的技术,主要分为两大类:一是采用动态代理技术,利用截取消息的方式,对该消息进行装饰,以取代原有对象行为的执行;二是采用静态织入的方式,引入特定的语法创建“切面”,从而使得编译器可以在编译期间织入有关“切面”的代码。然而殊途同归,实现AOP的技术特性却是相同的,分别为:

1、join point(连接点):是程序执行中的一个精确执行点,例如类中的一个方法。它是一个抽象的概念,在实现AOP时,并不需要去定义一个join point。
      2、point cut(切入点):本质上是一个捕获连接点的结构。在AOP中,可以定义一个point cut,来捕获相关方法的调用。
      3、advice(通知):是point cut的执行代码,是执行“切面”的具体逻辑。
      4、aspect(切面):point cut和advice结合起来就是aspect,它类似于OOP中定义的一个类,但它代表的更多是对象间横向的关系。
      5、introduce(引入):为对象引入附加的方法或属性,从而达到修改对象结构的目的。有的AOP工具又将其称为mixin。

6、AOP代理(AOP Proxy):AOP框架创建的对象,这个对象通常可以作为目标对象的替代品,而AOP代理提供比目标对象更加强大的功能。真实的情形是,当应用调用AOP代理的方法时,AOP代理会在自己的方法中回调目标对象的方法,从而完成应用的调用。关于AOP代理的典型例子就是Spring中的事务代理Bean。通常,目标Bean的方法不是事务性的,而AOP代理包含目标Bean的全部方法,而且这 些方法经过加强变成了事务性方法。简单地说,目标对象是蓝本,AOP代理是目标对象的加强,在目标对象的基础上,增加属性和方法,提供更强大的功能。
目标对象包含一系列切入点。切入点可以触发处理连接点集合。用户可以自己定义切入点,如使用正则表达式。AOP代理包装目标对象,在切入点处加入处理。在切入点加入的处理,使得目标对象的方法功能更强。Spring 默认使用JDK动态代理实现AOP代理,主要用于代理接口。也可以使用CGLIB代理。实现类的代理,而不是接口。如果业务对象没有实现接口,默认使用 CGLIB代理。但面向接口编程是良好的习惯,尽量不要面向具体类编程。因此,业务对象通常应实现一个或多个接口。

7、目标对象(Target Object):包含一个连接点的对象,也被称为代理对象。
      8、 前置通知(Before advice):在某连接点(JoinPoint)之前执行的通知,但这个通知不能阻止连接点前的执行。ApplicationContext中在<aop:aspect>里面使用<aop:before>元素进行声明。 
      9、后通知(After advice) :当某连接点退出的时候执行的通知(不论是正常返回还是异常退出)。ApplicationContext中在<aop:aspect>里面使用<aop:after>元素进行声明。
      10、返回后通知(After return advice) :在某连接点正常完成后执行的通知,不包括抛出异常的情况。ApplicationContext中在<aop:aspect>里面使用<after-returning>元素进行声明。 
      11、环绕通知(Around advice) :包围一个连接点的通知,类似Web中Servlet规范中的Filter的doFilter方法。可以在方法的调用前后完成自定义的行为,也可以选择不执行。ApplicationContext中在<aop:aspect>里面使用<aop:around>元素进行声明。

12、抛出异常后通知(After throwing advice) : 在方法抛出异常退出时执行的通知。 ApplicationContext中在<aop:aspect>里面使用<aop:after-throwing>元素进行声明。

Spring2.0目前只支持使用方法调用作为连接点(join point)。

Spring 定义切入点语法:excution(modifiers-pattern?ret-type-pattern declaring-type-pattern ?name-pattern(param-pattern)throws-pattern?)

除了ret-type-pattern (即返回类型模式)、name-pattern(param-pattern)(名字模式和参数模式)外,其他模式都是可选的。返回类型模式决定了方法的返回类型必须依次匹配一个连接点(即一个方法)。使用最频繁的一个返回类型模式是*,它代表了匹配任意的返回类型。如果写明了返回类型,比如String,那么只能匹配返回String类型的连接点(方法)。名字模式匹配的是方法名。你可以用*通配符表示匹配所有方法名。参数模式中,()表示匹配了不接受任何参数的方法,而(。。)表示匹配任意数量参数的方法。模式(*)表示匹配任意类型参数的方法。模式(*,String)表示匹配:第一个为任意参数类型,第二个必须为String类型的方法。

modifiers-pattern:方法的操作权限

ret-type-pattern:返回值

declaring-type-pattern:方法所在的包

name-pattern:方法名

parm-pattern:参数名

throws-pattern:异常

下面是定义切入点的例子:

。任意公共方法的执行:

excution(public * *(。。))

。任何一个以set开头的方法执行:

excution(* set*(。。))

。AccountService接口的任意方法的执行:

excution(* com.xyz.service.AccountService.*(。。))

。定义在service包的任意方法的执行:

excution(* com.xyz.service.*.*(。。))

。定义在service包或子包的任意方法的执行:

excution(* com.xyz.service..*.*(。。))

-----------------------------------------------------华丽的分隔线----------------------------------------------

在Spring配置文件里,所有的切面和通知器都要配置在<aop:config>标签里,一个applicationContext可以包含多个<aop:config>,一个<aop:config>可以包含pointcut、advisor、aspect元素(注意必须是这个顺序)。

1、声明一个切面

<aop:config>

<aop:aspect id="myAspect" ref="myBean">

。。。。。

</aop:aspect>

</aop:config>

<bean id="myBean" class="">

。。。。。

</Bean>

说明:切面用<aop:aspect>来声明,backing bean(支持bean)用ref引用。

2、声明一个切入点

<aop:config>

<aop:pointcut id="myPointcut" expression="excution(* com.service.*.*(..))"/>

</aop:config>

3、声明一个通知

Spring2.0通过<aop:advisors>元素来支持advisors概念,大多数情况下,它将和transaction advice一起使用,格式如下:

<aop:config>

<aop:pointcut id="myService" expression="excution(* com.xyz.service.*.*(..))"/>

<aop:advisors pointcut-ref="myService" advice-ref="tx-advice"/>

</aop:config>

<txt:advice id="tx-advice">

<tx:attributes>

<tx:method name="inser*" propagation="REQUIRED" rollback-for="Exception"/>
                      <tx:method name="updat*" propagation="REQUIRED" rollback-for="Exception" />
                      <tx:method name="delet*" propagation="REQUIRED" rollback-for="Exception" />
                      <tx:method name="process*" propagation="REQUIRED" rollback-for="Exception" />
                      <tx:method name="*" propagation="SUPPORTS" read-only="true"/>

</tx:attributes>

</txt:advice>

说明:advisors 执行切入点方法时都要执行advice-ref引用的事务处理

时间: 2024-10-07 06:10:13

基于XML的AOP配置-转的相关文章

基于XML的AOP配置

创建spring的配置文件并导入约束 此处要导入aop的约束 <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://

基于 XML 的 AOP 配置

本文连接:https://www.cnblogs.com/qzhc/p/11969734.html 接下来我将用一个很简单的实例 1. 环境搭建 1.1. 第一步:准备必要的代码 业务层代码: AccountServiceImpl.java package com.henu.service.impl; import com.henu.service.AccountService; public class AccountServiceImpl implements AccountService

spring 系列6 基于xml的aop

spring中基于xml的AOP配置步骤 把通知Bean交给spring来管理 使用aop:config标签表明AOP配置 使用aop:aspect标签表明配置切面 id属性:给切面提供一个唯一标识 ref属性:指定通知类bean的id 4.在aop:aspect标签的内部使用对应标签来配置通知的类型 切入点表达式关键字execution(表达式): 访问修饰符 返回类型 包名.包名...类名.方法名(参数列表) 其中: 访问修饰符可以省略 标准表达式写法:public void com.man

Spring : 基于XML Schema的配置(一)

[本教程翻译自Spring官方文档,并有适当增删] (是针对Spring 4.0.6 Release版本的) 基于XML Schema的配置在Spring 2.0开始被引入,并在2.5和3.0版本得到增强和扩展. 转向基于XML Schema的动机是使得Spring XML配置更简单.传统的基于 <bean/>的方法是很好,但它的通用特性带来了很大的配置开销. 从Spring 依赖注入容器的观点来看,一切都是bean.这对Spring 容器是个好消息,因为如果一切都是bean,那么一对象都能以

Spring 框架的概述以及Spring中基于XML的IOC配置

Spring 框架的概述以及Spring中基于XML的IOC配置 一.简介 Spring的两大核心:IOC(DI)与AOP,IOC是反转控制,DI依赖注入 特点:轻量级.依赖注入.面向切面编程.容器.框架.一站式 优势: 方便解耦:做到编译期不依赖,运行期才依赖 AOP的支持 声明式事务的支持 方便程序的测试 方便整合各种框架 降低JavaEE API的使用难度 Spring源码很厉害 解耦: 耦合包括:类之间的和方法之间的 解决的思路: 在创建对象的时候用反射来创建,而不是new 读取配置文件

面向切面编程AOP:基于XML文件的配置

除了使用AspectJ注解声明切面,Spring也支持在bean的配置文件中声明切面,这种声明是通过aop scheme中的XML元素完成的. 首先建立一个类: package com.sevenhu.AOPTests; import org.aspectj.lang.JoinPoint; import org.aspectj.lang.annotation.Before; import java.util.Arrays; /** * Created by hu on 2016/4/1. */

spring--声明式事务(包含基于注解和基于xml文件的配置方式)

一.基于注解 步骤如下: 引入jar(mysql驱动,c3p0数据源,spring的必要jar) applicationContext.xml的配置 Service和Dao的类上都加上对应的注解使其在ioc容器中,service的方法上面加上注解@Transactional applicationContext.xml的配置: <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="htt

阶段3 2.Spring_08.面向切面编程 AOP_9 spring基于注解的AOP配置

复制依赖和改jar包方式 src下的都复制过来. 复制到新项目里了 bean.xml里面复制上面一行代码到下面.把aop改成context. 配置spring容器创建时要扫描的包 Service的配置这里就可以删除了 配置注解 使用@Service注解 开始AOP配置 把通知类交给Spring来管理 在Logger上加注解.之类注意,@Service和@Repository都不合适.因为logger属于三层 所以这里用@Component这个注解来配置 写完上面的@Component的注解后.b

disconf实践(三)基于XML的分布式配置文件管理,自动reload

上一篇介绍了基于xml的非自动reload的分布式配置文件管理,这一篇介绍自动reload的方式(基于disconf实践二). 1. 修改RedisConfig.java 1 package org.springinaction.weather.config; 2 3 public class RedisConfig { 4 5 private String host; 6 7 private String port; 8 9 public String getHost() { 10 retur