Spring IOC
涉及到java的接口、工厂模式、反射机制。
IOC inversion of controll, 控制反转,又叫依赖注入dependence injection,控制反转简单来说就是尽量使用接口和抽象来编程,而避免使用具体的类来编程。
是将bean对象的控制权从应用代码转移到外部容器。 IOC类似于工厂模式,只不过工厂模式里面具体产品的实例化方法都是写死在具体工厂里面的。而IOC则可看成是工厂模式的升华,利用反射机制将具体工厂和具体产品解耦。它把具体的工厂类的路径信息写到xml配置文件中去。 然后通过反射机制,来载入具体的工厂类并实例化对象(这里,我们称之为注入),当我们需要改变客户端的具体产品对象时,我们不需要更改客户端的任何一行代 码,而只需要改变配置文件中的具体工厂类的路径信息就可以了,从而提高灵活性和可维护性。
另外,工厂方法模式中,一个具体的产品必须对应一个具体的工厂,而IOC实现则是只用一个大的工厂来负责生产所有的产品,这大大降低了类的数量。
IOC最大的好处:在xml里定义对象,对象在运行时自动生成,如果要更换工厂里的一个实现子类,只需要在xml里进行修改即可,可以使得对象类似热插拔。
IOC缺点:也许称不上缺点,因为IOC采用java的反射机制实现,而反射机制比普通的java编程速度慢几乎一倍,然而这相对于IoC的灵活性和可维护性几乎可以忽略不计。
附:
工厂方法模式:
一个具体的工厂对应一个具体的产品,所有工厂都要实现抽象工厂接口,而所有具体产品也要实现抽象产品接口。
我们编程的时候只需要关注抽象工厂和抽象产品就可以了。
工厂方法升华IOC:
将具体工厂类的路径写入xml配置文件,利用java里的反射机制载入具体的工厂类生成实例对象,当需要更改具体产品的时候只需要在xml修改类的路径即可。
反射:
当我们需要一个类的对象时,不需要直接实例化,只需要让类的加载器帮我们加载需要的类的模板对象(class类型的对象),然后调用类模板对象自身的实例化方法即可。在此过程中,我们只需要向类的加载器传入要加载的类的路径信息即可。
Spring AOP
AOP: Aspect Oriented Programming面向方面编程,是OOP的延续
将分布在各个类中具有相同功能的代码碎片抽取出来,放在一个单独的模块中实现,降低耦合度,提高代码的可维护性。
在顺序执行的程序中,插入一些特殊的逻辑来实现特定的功能,如日志、事务、安全等。
AOP 把系统代码分为核心关注点和横切关注点两部分,核心关注点指系统的主要业务逻辑,横切关注点是发生在核心关注点各处,具有相同功能或类似功能,如日志、安全等。
AOP的核心思想:将系统的业务逻辑与一些通用服务分离开来。
Aspect切面:从对象中抽取出来的横切性功能模块,类似OOP中的类,由通知advice和切入点pointcut组成。
Advice通知:切面的具体实现,如日志操作,一般是切面中的某个具体方法。
PointCut切入点:切面的一部分,对应一个表达式,定义了advice应该被切入到什么样的joinpoint上,即advice的应用范围。
JoinPoint连接点:目标对象中插入advice的地方,即advice的应用位置。
spring对AOP的支持有以下4种情况:
通知(Advice)类型
http://wenku.baidu.com/view/6705200eba1aa8114431d9d7.html
http://www.iteye.com/topic/487828
http://zengzhang-qiang-163-com.iteye.com/blog/666783
http://www.iteye.com/topic/336873