- 浏览: 527620 次
- 性别:
- 来自: 苏州
文章分类
- 全部博客 (152)
- Ajax总结 (10)
- JavaScript总结 (44)
- Java实用程序总结 (35)
- Spring总结 (10)
- Struts总结 (5)
- Hibernate学习 (3)
- 数据库学习 (9)
- CSS学习 (4)
- XML学习 (1)
- webservice (2)
- Java设计模式 (2)
- log4j (1)
- html (1)
- Jsp/Sevlet学习 (1)
- quartz学习 (1)
- tomcat (5)
- asm (0)
- maven (3)
- cloudstack (1)
- nginx (1)
- mysql (1)
- Redis (1)
- solr (2)
- rabbitmq (5)
- ELK (3)
最新评论
-
coosummer:
推荐使用http://buttoncssgenerator.c ...
几个比较好看的button的样式 -
thegod:
请问博主,计算平均成绩那个例子,“ // 将输入的数据首先按行 ...
hadoop的编程实例 -
微生物:
good
基于Maven的web项目在Eclipse中使用Tomcat调试 -
jacking124:
这个有这样一个问题,就是jsp-api包冲突!!
基于Maven的web项目在Eclipse中使用Tomcat调试 -
u010940863:
大神,这个工具类怎么用啊!求讲解啊!
Java创建和下载excel文件
这段时间,看了一些Spring文档和资料,对其有了一个基本的了解。Spring的核心技术由两大部分组成:IoC和AOP,下面我们就分别对它们进行介绍。
1 IoC技术
1.1 预备知识
IoC即Inversion of Control(控制反转)的简写,它是一种设计模式,Spring只不过是实现了该模式。IoC是工厂模式的升华,同时涉及到了反射的概念。所以,在正式介绍IoC之前,首先介绍一下几个基本的概念及技术:接口、工厂模式、反射。
1.1.1 接口
作为面向对象的语言,和C++不同的是,JAVA不支持多重继承,即一个子类只能继承自一个父类,像Son extends FatherA,FatherB 是错误的。于是产生了接口这个概念,即JAVA可以实现多个接口,比如:Son extends FatherA implements FatherB, FatherC是允许的。接口的主要特征包括:
A、其中的方法均没有实体(即只声名未实现),就这一点而言就相当于abstact class,如:
interface ITF
{
void func(int i);
}
上例中,ITF是一个接口,它仅仅声明了一个方法func,而没有具体实现它。
B、一个类欲实现某接口,则必须实现该接口内的所有方法。例如: 字串5
class aclass implements ITF
{
public void func (int i)
{
//在这里你可以不作任何处理,但是必须实现该方法
}
}
C、一个类可以实现多个接口。
D、接口没有实例变量。
E、接口中所有变量都必须被定义为final static。
F、接口可以继承多个接口。
以上只是接口的几个典型特征,与其相关的内容还有很多,如果您想对其有更深的理解,请访问其他相关资源。
1.1.2 工厂模式
工厂模式是最常用的设计模式之一(我对所谓的设计模式没有仔细研究过,该模式是我看到次数最多的一个,所以才这么说,呵呵)。今天看了一些例子,觉得工厂模式这个名字起得相当有创意,这是因为在该模式中,"工厂"、"车间"、"原料"、"加工设备"、"原型产品"、"产品"等概念样样俱全。下面,我们在一个经典例子的基础上,引用上述概念,对工厂模式进行较为形象的解释。
现在我们模拟一个火腿(Ham)加工厂,该工厂可以生产若干种类型的Ham,在该厂中,上述概念可依次描述如下:
字串8
A、"原型产品":即"产品"的模型,该模型定义(但未实现)了各类"产品"必须要具备的功能,各类"产品"对应的"加工设备"可根据该"产品"的特点实现这些功能。所以,在工厂模式中,"原型产品"可以用一个接口来表示:
B、"工厂":即包含了"车间"、加工所需的"原料"、"加工设备"、最终加工的"产品"等实体的复合型实体。在工厂模式中,"工厂"可以用一个类来表示,"车间"可以用该类中的函数来表示,"原料"可以用该函数中的实参来表示,最终的"产品"可以用该函数的返回值来表示。在这里,"车间"远程调用了"加工设备"(即每种"产品"的构造函数)。下面是"工厂"类的具体实现代码:
C、"产品":即"原型产品"的模型实现实体。"车间"根据具体的"原料"调用对应的"加工设备"来实现"原型产品"定义的所有功能,最后得到所需的"产品"。所以,"产品"可以用一个类来表示,具体代码如下:
小结:总体感觉工厂模式是接口的典型应用。该模式最大特点是方便我们"加工"指定参数条件下的产品。以上述情况为例,假如我们不采用该模式的话,要得到一种产品就必须new一个该产品类的实例,而且在程序中不同产品类的实例变量不能采用同一个变量名。假如有一天我们想更换某一类产品的名字,考虑到程序的可读性,该类产品的实例变量名也需要修改,这个工作量也需会很大(所有涉及到该变量名的地方都需要修改)。从这一点来讲,工厂模式能够减轻我们代码维护量。
1.1.3 反射(主要应用于Spring的四种Bean封装机制中的Bean Wrapper机制)
反射是java的一种非常有趣且有用的特征,而且也是Java被视为动态(或准动态)语言的一个非常关键的性质。该机制允许java程序在运行时通过Reflection APIs(java.lang.reflect.*)取得任何一个已知名称的class的内部信息,包括其modifiers(诸如public, static 等等)、superclass(如Object等)、所实现的interfaces(如Cloneable等),以及fields和methods的所有信息,并可在程序运行时改变fields的内容或唤起methods。其实,反射的最重要作用就是允许我们通过类(方法)名调用类(方法)。
更具体的内容请看候捷先生的文章:"Java反射机制",具体网址为:http://www.j2medev.com/Article/Class3/Class7/200604/1995.html。如果您想在短时间内对java的反射机制有一个大体的了解,请看一个网友的一篇博客:"java的reflect机制(反射)",网址为:http://jackleliu.spaces.live.com/blog/cns!426307897fa1054e!125.entry。
1.2 正式进入IoC
IoC实际上是一个高层次的概念,是一种思想或者设计模式,Spring等J2EE框架或者技术只不过是该思想的实现产品。简单的来讲,IoC要求我们利用容器,而不是我们自己编写的代码去控制系统中应用程序之间的关系。即对应用程序之间的关系由原来的手工编码控制转换为利用容器控制。所以,我们把这种思想叫做控制反转(IoC)。
IoC有多种实现方法,其中,Spring是通过一种名为DI(Dependency Injection,即依赖注入)的方法实现的。用夏昕先生的话来讲,"所谓依赖注入,即组件之间的依赖关系由容器在运行期决定,形象的来说,即由容器动态的将某种依赖关系注入到组件之中。"在Spring中,上面所说的容器一般是一种配置文件(.Xml等类型的文件)。
通过使用DI,当组件之间关系发生变化时,我们只需要修改系统中相关的配置文件,不需要改动我们的代码,这既减少了我们的程序维护量,又提高了我们程序的可重用性。
DI主要有三种实现方式:接口注入、设值注入、构造子注入,下面分别加以介绍:
1.2.1 接口注入
该方式利用接口将调用组件和实现组件相分离。请看下面的代码:
上面的实参b的值由容器(spring中的相关配置文件)定义,并在运行期间由该容器提供。相关配置文件的内容我们以后会专门加以介绍。
1.2.2 设值注入
设值注入是spring中应用最广泛的DI模式,与其它模式相比,该模式更为直观、自然。该模式主要通过类的setter方法来完成依赖关系的设置。请看下面的代码:
上面的实参ds和msg的值由容器(spring中的相关配置文件)定义,并在运行期间由该容器提供。相关配置文件的内容我们以后会专门加以介绍。
1.2.3 构造子注入
构造子注入,即通过构造函数完成依赖关系的设定,请看下面的代码:
可以看到,在该模式中,依赖关系是通过类构造函数建立的,容器通过调用类的构造方法,将其所需的依赖关系注入其中。其中,构造函数的实参ds和msg的值由容器(spring中的相关配置文件)定义,并在运行期间由该容器提供。相关配置文件的内容我们以后会专门加以介绍。
1.2.4 几种注入模式的比较
个人觉得,这部分属于理论研究的范畴,所以在此不予介绍。如果您对此感兴趣的话,请参考相关资料。
2 AOP技术
2.1 AOP基本概念
AOP(Aspect-Oriented Programming,面向切面编程)是一种程序设计思想,该思想的主要目标是将系统分为两部分:一部分封装了系统中各组件的通用功能(罗辑或者责任),形成一个切面,该切面被称为应用系统的"横切关注点",此部分包含了与系统核心商业逻辑关系不大的部分;系统的其余部分,即核心商业逻辑部分,被称为系统的"核心关注点",此部分包含了系统中业务处理的主要流程。其中,"横切关注点"经常出现在"核心关注点"的周围,但无论出现在何处,它们的基本功能是相似的,比如权限认证、日志、事务处理等。应用中采用这种思想的好处在于:一方面可以使我们在系统开发过程中的责任分工更为明确(比如,可以让高级工程师负责"横切关注点"的开发,初级工程师负责"核心关注点"的开发,配置工程师负责将以上两部分搭建成一个完整的应用系统);另一方面,清晰的系统结构将使我们以后的系统维护工作变得更为轻松。
字串3
下面是AOP的几个基本概念(理解它们极为重要):
2.1.1 Join point(连接点):是程序执行中的一个精确执行点,例如类中的一个方法。它是一个抽象的概念,在实现AOP时,并不需要去定义一个Join point。
2.1.2 Point cut(切入点):本质上是一个捕获连接点的结构(或称连接点的集合)。在AOP中,可以定义一个Point cut,来捕获相关方法(通知中的逻辑)的调用。
2.1.3 Advice(通知):Point cut的执行代码,它是执行"切面"的具体逻辑。
2.1.4 Aspect(切面):Point cut和Advice的组合,它类似于OOP中定义的一个类,但它代表的更多的是对象间横向的关系。
2.1.5 Introduce(引入):为对象引入附加的方法或属性,从而达到修改对象结构的目的(此概念不是很理解)。
2.1.6 Target Object(目标对象):包含Join point的对象,它是被Advice的类,也是商务逻辑对象。这个对象永远是一个被代理的对象。
2.1.7 AOP Proxy(AOP代理):由AOP框架创建的对象,它是真正执行Advice的实体。
2.1.8 Weaving(织入):将Aspec模块与核心商务逻辑(即目标对象)进行关联的过程,比如,将事务处理模块和银行柜员机程序通过配置结合起来,决定什么情况下事务处理模块被通知调用。 字串3
2.2 AOP in Spring2.0应用程序开发基本步骤
在2.0版本以前,Spring所提供的内置AOP支持是基于Java Dynamic Proxy和CGLib实现的,是一种动态的AOP机制。Spring 2.0版本之后,AOP的使用变得更简单,同时功能也更为强大。通过与AspectJ 5的整合, Spring 2.0提供了更完整的AOP。在Spring 2.0中,AOP主要有三种实现方式:基于AspectJ语言的实现方式;基于模式(schema-based)的实现方式;基于 Dynamic Proxy和CGLib(即同以前版本的Spring是兼容的)的实现方式。
下面是一个用Spring2.0的AOP所做的一个例子,该例采用了上面所说的第一种实现方式。限于篇幅,有关AspectJ方面的内容这里不再叙述,您可以参考相关的资料以对其有一个基本的了解。另外,可以通过MyEclipse最新版本实现该例,该版本提供了对Spring2.0的全面支持。
Step1 首先创建一个普通的Java项目:com.longthsoft.learn.spring
Step2 然后编写两个简单的类,代码如下:
Step3 接下来编写AOP中的"切面"类,代码如下:
Step4 编写配置文件(applicationContext.xml),内容如下:
Step5 编写测试程序,代码如下:
最后运行结果如下:
Hello, I'm a
Merry Christmas
Hi, I'm b
Merry Christmas
3 引用资源
3.1 候捷 《Java反射机制》
3.2 夏昕 《Spring开发指南 V0.8》
3.3 佚名 《AOP技术介绍--(AOP技术基础)》
1 IoC技术
1.1 预备知识
IoC即Inversion of Control(控制反转)的简写,它是一种设计模式,Spring只不过是实现了该模式。IoC是工厂模式的升华,同时涉及到了反射的概念。所以,在正式介绍IoC之前,首先介绍一下几个基本的概念及技术:接口、工厂模式、反射。
1.1.1 接口
作为面向对象的语言,和C++不同的是,JAVA不支持多重继承,即一个子类只能继承自一个父类,像Son extends FatherA,FatherB 是错误的。于是产生了接口这个概念,即JAVA可以实现多个接口,比如:Son extends FatherA implements FatherB, FatherC是允许的。接口的主要特征包括:
A、其中的方法均没有实体(即只声名未实现),就这一点而言就相当于abstact class,如:
interface ITF
{
void func(int i);
}
上例中,ITF是一个接口,它仅仅声明了一个方法func,而没有具体实现它。
B、一个类欲实现某接口,则必须实现该接口内的所有方法。例如: 字串5
class aclass implements ITF
{
public void func (int i)
{
//在这里你可以不作任何处理,但是必须实现该方法
}
}
C、一个类可以实现多个接口。
D、接口没有实例变量。
E、接口中所有变量都必须被定义为final static。
F、接口可以继承多个接口。
以上只是接口的几个典型特征,与其相关的内容还有很多,如果您想对其有更深的理解,请访问其他相关资源。
1.1.2 工厂模式
工厂模式是最常用的设计模式之一(我对所谓的设计模式没有仔细研究过,该模式是我看到次数最多的一个,所以才这么说,呵呵)。今天看了一些例子,觉得工厂模式这个名字起得相当有创意,这是因为在该模式中,"工厂"、"车间"、"原料"、"加工设备"、"原型产品"、"产品"等概念样样俱全。下面,我们在一个经典例子的基础上,引用上述概念,对工厂模式进行较为形象的解释。
现在我们模拟一个火腿(Ham)加工厂,该工厂可以生产若干种类型的Ham,在该厂中,上述概念可依次描述如下:
字串8
A、"原型产品":即"产品"的模型,该模型定义(但未实现)了各类"产品"必须要具备的功能,各类"产品"对应的"加工设备"可根据该"产品"的特点实现这些功能。所以,在工厂模式中,"原型产品"可以用一个接口来表示:
interface Ham { void show();//由Ham"加工设备"生产出的各种Ham将有show()的功能 }
B、"工厂":即包含了"车间"、加工所需的"原料"、"加工设备"、最终加工的"产品"等实体的复合型实体。在工厂模式中,"工厂"可以用一个类来表示,"车间"可以用该类中的函数来表示,"原料"可以用该函数中的实参来表示,最终的"产品"可以用该函数的返回值来表示。在这里,"车间"远程调用了"加工设备"(即每种"产品"的构造函数)。下面是"工厂"类的具体实现代码:
public class FatoryModule //"工厂"类,用于生产不同种类的Ham { public Ham getHam(String HamType) throws Exception //"工厂"中加工Ham的"车间";HamType为该"车间"中的"原料" { if (HamType.equals("HamA")) { return new HamA();//根据不同的"原料"得到不同的"产品",下同 } if (HamType.equals("HamB")) { return new HamB(); } if (HamType.equals("HamC")) { 字串8 return new HamC(); } else throw new Exception(); } public static void main(String[] args) //测试函数 { FatoryModule fatorymodule = new FatoryModule(); try { Ham myHam = fatorymodule.getHam(args[0]); myHam.show();//实际上调用的是args[0]所对应某类具体产品的show() } catch (Exception ex) { ex.printStackTrace(); } } }
C、"产品":即"原型产品"的模型实现实体。"车间"根据具体的"原料"调用对应的"加工设备"来实现"原型产品"定义的所有功能,最后得到所需的"产品"。所以,"产品"可以用一个类来表示,具体代码如下:
class HamA implements Ham // "产品"HamA { public void show() { System.out.println("You got a HamA."); } } class HamB implements Ham // "产品"HamB { public void show() { System.out.println("You got a HamB."); } } class HamC implements Ham // "产品"HamC { public void show() { System.out.println("You got a HamC."); } }
小结:总体感觉工厂模式是接口的典型应用。该模式最大特点是方便我们"加工"指定参数条件下的产品。以上述情况为例,假如我们不采用该模式的话,要得到一种产品就必须new一个该产品类的实例,而且在程序中不同产品类的实例变量不能采用同一个变量名。假如有一天我们想更换某一类产品的名字,考虑到程序的可读性,该类产品的实例变量名也需要修改,这个工作量也需会很大(所有涉及到该变量名的地方都需要修改)。从这一点来讲,工厂模式能够减轻我们代码维护量。
1.1.3 反射(主要应用于Spring的四种Bean封装机制中的Bean Wrapper机制)
反射是java的一种非常有趣且有用的特征,而且也是Java被视为动态(或准动态)语言的一个非常关键的性质。该机制允许java程序在运行时通过Reflection APIs(java.lang.reflect.*)取得任何一个已知名称的class的内部信息,包括其modifiers(诸如public, static 等等)、superclass(如Object等)、所实现的interfaces(如Cloneable等),以及fields和methods的所有信息,并可在程序运行时改变fields的内容或唤起methods。其实,反射的最重要作用就是允许我们通过类(方法)名调用类(方法)。
更具体的内容请看候捷先生的文章:"Java反射机制",具体网址为:http://www.j2medev.com/Article/Class3/Class7/200604/1995.html。如果您想在短时间内对java的反射机制有一个大体的了解,请看一个网友的一篇博客:"java的reflect机制(反射)",网址为:http://jackleliu.spaces.live.com/blog/cns!426307897fa1054e!125.entry。
1.2 正式进入IoC
IoC实际上是一个高层次的概念,是一种思想或者设计模式,Spring等J2EE框架或者技术只不过是该思想的实现产品。简单的来讲,IoC要求我们利用容器,而不是我们自己编写的代码去控制系统中应用程序之间的关系。即对应用程序之间的关系由原来的手工编码控制转换为利用容器控制。所以,我们把这种思想叫做控制反转(IoC)。
IoC有多种实现方法,其中,Spring是通过一种名为DI(Dependency Injection,即依赖注入)的方法实现的。用夏昕先生的话来讲,"所谓依赖注入,即组件之间的依赖关系由容器在运行期决定,形象的来说,即由容器动态的将某种依赖关系注入到组件之中。"在Spring中,上面所说的容器一般是一种配置文件(.Xml等类型的文件)。
通过使用DI,当组件之间关系发生变化时,我们只需要修改系统中相关的配置文件,不需要改动我们的代码,这既减少了我们的程序维护量,又提高了我们程序的可重用性。
DI主要有三种实现方式:接口注入、设值注入、构造子注入,下面分别加以介绍:
1.2.1 接口注入
该方式利用接口将调用组件和实现组件相分离。请看下面的代码:
public class ClassA { private InterfaceB clzB; public Object doSomething(InterfaceB b) { clzB = b; return clzB.doIt(); } ……… }
上面的实参b的值由容器(spring中的相关配置文件)定义,并在运行期间由该容器提供。相关配置文件的内容我们以后会专门加以介绍。
1.2.2 设值注入
设值注入是spring中应用最广泛的DI模式,与其它模式相比,该模式更为直观、自然。该模式主要通过类的setter方法来完成依赖关系的设置。请看下面的代码:
public class DIByConstructor { private final DataSource dataSource; private final String message; ……… public setDataSource(DataSource ds) { this.dataSource = ds; } public setmessage(String msg) { this.message = msg; } public getDataSource() { return this.dataSource; } public getmessage() { return this.message; } ……… }
上面的实参ds和msg的值由容器(spring中的相关配置文件)定义,并在运行期间由该容器提供。相关配置文件的内容我们以后会专门加以介绍。
1.2.3 构造子注入
构造子注入,即通过构造函数完成依赖关系的设定,请看下面的代码:
public class DIByConstructor { private final DataSource dataSource; private final String message; public DIByConstructor(DataSource ds, String msg) { this.dataSource = ds; this.message = msg; } }
可以看到,在该模式中,依赖关系是通过类构造函数建立的,容器通过调用类的构造方法,将其所需的依赖关系注入其中。其中,构造函数的实参ds和msg的值由容器(spring中的相关配置文件)定义,并在运行期间由该容器提供。相关配置文件的内容我们以后会专门加以介绍。
1.2.4 几种注入模式的比较
个人觉得,这部分属于理论研究的范畴,所以在此不予介绍。如果您对此感兴趣的话,请参考相关资料。
2 AOP技术
2.1 AOP基本概念
AOP(Aspect-Oriented Programming,面向切面编程)是一种程序设计思想,该思想的主要目标是将系统分为两部分:一部分封装了系统中各组件的通用功能(罗辑或者责任),形成一个切面,该切面被称为应用系统的"横切关注点",此部分包含了与系统核心商业逻辑关系不大的部分;系统的其余部分,即核心商业逻辑部分,被称为系统的"核心关注点",此部分包含了系统中业务处理的主要流程。其中,"横切关注点"经常出现在"核心关注点"的周围,但无论出现在何处,它们的基本功能是相似的,比如权限认证、日志、事务处理等。应用中采用这种思想的好处在于:一方面可以使我们在系统开发过程中的责任分工更为明确(比如,可以让高级工程师负责"横切关注点"的开发,初级工程师负责"核心关注点"的开发,配置工程师负责将以上两部分搭建成一个完整的应用系统);另一方面,清晰的系统结构将使我们以后的系统维护工作变得更为轻松。
字串3
下面是AOP的几个基本概念(理解它们极为重要):
2.1.1 Join point(连接点):是程序执行中的一个精确执行点,例如类中的一个方法。它是一个抽象的概念,在实现AOP时,并不需要去定义一个Join point。
2.1.2 Point cut(切入点):本质上是一个捕获连接点的结构(或称连接点的集合)。在AOP中,可以定义一个Point cut,来捕获相关方法(通知中的逻辑)的调用。
2.1.3 Advice(通知):Point cut的执行代码,它是执行"切面"的具体逻辑。
2.1.4 Aspect(切面):Point cut和Advice的组合,它类似于OOP中定义的一个类,但它代表的更多的是对象间横向的关系。
2.1.5 Introduce(引入):为对象引入附加的方法或属性,从而达到修改对象结构的目的(此概念不是很理解)。
2.1.6 Target Object(目标对象):包含Join point的对象,它是被Advice的类,也是商务逻辑对象。这个对象永远是一个被代理的对象。
2.1.7 AOP Proxy(AOP代理):由AOP框架创建的对象,它是真正执行Advice的实体。
2.1.8 Weaving(织入):将Aspec模块与核心商务逻辑(即目标对象)进行关联的过程,比如,将事务处理模块和银行柜员机程序通过配置结合起来,决定什么情况下事务处理模块被通知调用。 字串3
2.2 AOP in Spring2.0应用程序开发基本步骤
在2.0版本以前,Spring所提供的内置AOP支持是基于Java Dynamic Proxy和CGLib实现的,是一种动态的AOP机制。Spring 2.0版本之后,AOP的使用变得更简单,同时功能也更为强大。通过与AspectJ 5的整合, Spring 2.0提供了更完整的AOP。在Spring 2.0中,AOP主要有三种实现方式:基于AspectJ语言的实现方式;基于模式(schema-based)的实现方式;基于 Dynamic Proxy和CGLib(即同以前版本的Spring是兼容的)的实现方式。
下面是一个用Spring2.0的AOP所做的一个例子,该例采用了上面所说的第一种实现方式。限于篇幅,有关AspectJ方面的内容这里不再叙述,您可以参考相关的资料以对其有一个基本的了解。另外,可以通过MyEclipse最新版本实现该例,该版本提供了对Spring2.0的全面支持。
Step1 首先创建一个普通的Java项目:com.longthsoft.learn.spring
Step2 然后编写两个简单的类,代码如下:
package com.longthsoft.learn.spring.models; public class A //"目标对象"A,AOP框架将自动为该对象创建一个"代理对象" { public void sayHello() { System.out.println("Hello, I'm a"); } };
package com.longthsoft.learn.spring.models; public class B //"目标对象"B,AOP框架将自动为该对象创建一个"代理对象" { public void sayHi() { System.out.println("Hi, I'm b"); 字串1 } }
Step3 接下来编写AOP中的"切面"类,代码如下:
package com.longthsoft.learn.spring; import org.aspectj.lang.annotation.AfterReturning; import org.aspectj.lang.annotation.Aspect; import org.aspectj.lang.annotation.Pointcut; @Aspect //利用AspectJ语法创建一个"切面" public class SimpleAspect { @Pointcut("execution(* com.longthsoft.learn.spring.models.*.say*())") //创建"切入点",该"切入点"捕获了指定项目中相关类的方法("连接点") public void simplePointcut() { } @AfterReturning(pointcut="simplePointcut()") 字串4 //创建"通知",该"通知"绑定了具体的"切入点" public void simpleAdvice() //"切入点"的执行代码,将被"目标对象"的"代理对象"执行 { System.out.println("Merry Christmas"); } }
Step4 编写配置文件(applicationContext.xml),内容如下:
<?xml version="1.0" encoding="GBK"?> <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" xmlns:tx="http://www.springframework.org/schema/tx" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.0.xsd http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.0.xsd"> <aop:aspectj-autoproxy /> //织入"目标对象"和"切面"之间的关联关系 <bean id="a" class="com.longthsoft.learn.spring.models.A" /> <bean id="b" class="com.longthsoft.learn.spring.models.B" /> <bean id="simpleAspect" class="com.longthsoft.learn.spring.SimpleAspect" /> </beans>
Step5 编写测试程序,代码如下:
package com.longthsoft.learn.spring; import org.springframework.context.ApplicationContext; import org.springframework.context.support.ClassPathXmlApplicationContext; import com.longthsoft.learn.spring.models.A; import com.longthsoft.learn.spring.models.B; public final class Boot { public static void main(String[] args) { ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml"); A a = (A) ctx.getBean("a"); a.sayHello(); B b = (B) ctx.getBean("b"); b.sayHi(); } }
最后运行结果如下:
Hello, I'm a
Merry Christmas
Hi, I'm b
Merry Christmas
3 引用资源
3.1 候捷 《Java反射机制》
3.2 夏昕 《Spring开发指南 V0.8》
3.3 佚名 《AOP技术介绍--(AOP技术基础)》
发表评论
-
spirng整合ehCache缓存对象
2014-04-26 22:23 912spirng整合ehCache缓存对象 Ehcach ... -
通过实现ApplicationContextAware接口动态获取bean
2014-04-09 09:37 4309场景: 在代码中需要动态获取spring管理的bean ... -
Spring AOP详解
2013-10-14 17:22 1033此前对于AOP的使用仅限于声明式事务,除此之外在实际开发中也 ... -
Spring3.0的单元测试
2013-05-06 20:47 1085昨天搭建了SSH框架,在写单元测试的时候,发现Abstract ... -
Spring定时器与动态代理实例
2010-12-30 17:33 1304Spring定时器与动态代理实例 需要在lib目录中增加以 ... -
简单实现Spring Quartz定时器
2010-04-21 16:17 14731.spring.xml <!-- 定时器需要执行的代码 ... -
整合Spring与Struts的几种方法
2008-04-14 17:03 1703Spring与Struts对Model-View-Contro ... -
Spring2.0事务配置及事务理解
2008-04-14 15:13 1522代码 <aop:config proxy- ... -
struts+hibernate+spring整合
2008-04-07 10:59 1759在已经做好了的hibernate+struts 工程里加入sp ...
相关推荐
**Spring 2.0核心技术详解** Spring框架是Java企业级应用开发中的一个重要组成部分,自2.0版本发布以来,它引入了许多重要的改进和新特性,极大地提升了开发效率和应用程序的可维护性。以下是对Spring 2.0核心知识...
Spring不仅提供了全面的事务管理,还支持多种数据访问技术,如JDBC、Hibernate、MyBatis等,并且集成了大量其他开源项目,如Spring Boot、Spring Data、Spring Security等。 二、Spring的核心特性 1. **依赖注入**...
【狂神说】Spring PDF学习总结笔记主要涵盖了Spring框架的核心概念、优点、组成部分以及相关扩展。Spring是一个由Rod Johnson创建的开源框架,旨在简化企业级应用开发的复杂性,它结合了众多现有技术,如SSH(Struct...
**Spring MVC 框架学习总结** Spring MVC 是 Spring 框架的一部分,它是一个用于构建 Web 应用程序的模型-视图-控制器(MVC)架构。Spring MVC 提供了一个灵活、可扩展的环境,使开发者可以专注于业务逻辑,而无需...
通过"Spring学习总结"这份资料,读者可以期待对以上知识点有更深入的理解,同时可能会涵盖实战案例、最佳实践和常见问题解决方案,帮助开发者提升技能,提高开发效率。在学习过程中,结合实际项目练习,理解并熟练...
【Struts+Spring+Hibernate 学习总结】 SSH(Struts、Spring、Hibernate)是Java Web开发中的一个经典企业级应用架构,它将MVC设计模式应用到Web应用的各个层次,实现了良好的分层和解耦。这篇学习总结旨在帮助读者...
#### 三、Spring核心容器 **BeanFactory** - **BeanFactory**是Spring框架中最基础的容器接口,它定义了一系列用于管理Bean的基本操作,如获取Bean、判断容器内是否存在某个Bean、确定Bean的生命周期(单例或原型...
本总结将围绕Spring框架的核心概念、主要模块及实际应用中的代码示例进行详细阐述。 一、Spring框架核心概念 1. **依赖注入**:Spring框架通过DI实现了对象之间的解耦。开发者无需在代码中硬编码依赖对象,而是由...
### Spring Security 学习总结 #### 一、Spring Security 简介 Spring Security 是一个功能强大的安全框架,专门用于解决基于 Spring 的企业级应用系统的安全访问控制问题。该框架最初被称为 Acegi Security,在 ...
这篇总结将深入探讨Spring的核心概念、主要特性以及实际应用,帮助开发者进一步理解和掌握Spring框架。 首先,Spring的核心理念是依赖注入(Dependency Injection,DI)。通过DI,Spring可以管理对象的生命周期和...
本文将深入探讨这两个技术,并分享在实际应用中的学习总结。 首先,Spring Boot是Spring框架的一个扩展,旨在简化Java应用程序的初始设置和配置。它通过“起步依赖”(Starter POMs)来简化Maven配置,使得开发者...