Action里面调Service,Service里面调DAO,在Action里面new一个Service,在Service里面new一个DAO。有了Spring之后可以不用new对象了。AOP里面有很多术语或者是思想是比较难理解的。除了这些之外呢就没有什么特别复杂的地方了。
Spring3.2是Spring里面最高的版本了。Spring的依赖包spring-framework-3.0.2.RELEASE-dependencies有很多东西,比如说c3p0,log4j,dbcp连接池等等。有很多非常非常多的内容,除了Spring之外的要用的内容基本都可以在这个依赖包里面找到。Spring3.0.2提供了依赖包,但是往上升级的时候依赖包就没有了，也就是说Spring3.0.2的依赖包已经足够了。
UserService userService = new UserService();这样的写的话一般程序是不容易扩展的。因为在面向对象中最好不要直接new一个实现类,一般去面向接口编程。一般是为这个实现类创建一个接口,面向接口编程。面向接口编程是可扩展性。假设UserService是接口,UserService userService = new UserServiceImpl();就很容易扩展了。
但是这种方式也不是很好.面向接口编程也不是很爽的.把程序具体的实现编写到程序中,切换底层的实现,需要修改源代码.造成程序:紧密耦合.什么是紧密耦合?就是我在这里每次想修改一个东西就需要修改程序的源代码。
Java开发程序的OCP原则。OCP:open-close原则:扩展功能尽量不要修改源程序,提供新的方法或者是属性的形式扩展其功能.对扩展是开放的,对修改是关闭的.
使用工厂模式来进行扩展,不修改其源代码。提供一个工厂类让接口和具体实现类完成解耦。
工厂类的写法如下:
public void BeanFactory{
public UserService getUserService(){//提供一个方法返回UserService.
return new UserServiceImpl();
}
}
这样我们在web层就可以写个UserService=或者是获得工厂类以后调用工厂类的方法。把程序与具体实现类的耦合转成与工厂的耦合.与实现类完成解除耦合的形式.也就是说UserService与UserServiceImpl它俩之间就没有了这种耦合的关系了.
有人说这样也不好啊,虽然接口没有与具体实现类耦合,但是它与工厂耦合了.你现在UserService userService 得先获得一个工厂。假设BeanFactory已经有了,BeanFactory factory = ...
//获得工厂
BeanFactory factory = ...
UserService userService = factory.getUserService();
这样就变成了一个工厂的耦合。这样也不并不是特别的好。如果有了反射和配置文件，可以这么去做。
public class BeanFactory{
public UserService getUserService(){
//反射+配置文件
Class.forName(类名).new Instance();//直接生成一个类的实例,把这个实例一返回.
//在这里读取到类的全路径就可以了。
}
配置文件可以是xml、properties(属性文件).假设配置文件是属性文件(properties),可以这么写:
className = cn.itcast.service.UserServiceImpl
可以读到ClassName那个key找到里面的内容把它放到Class.forName里面就可以生成对象实例把它返回了。这样我们每次再去修改这个内容的时候
不用去修改源代码了。切换实现不需要修改源代码了。
Spring IOC的底层原理=工厂+反射+配置文件。所以它的底层原理是提供一个工厂Bean,一个配置文件,把类全都配置到配置文件中,通过XML解析获取到类的全路径,从而反射获得一个类的实例。
这就是IOC容器底层原理的实现。
声明式事务的管理,只需要你把事务一配置,就是你不需要手动地开启事务或者是提交事务。在hibernate里面自己去开启事务或者是提交事务等等一系列的,这些你只要在Spring配置好之后你所有的DAO层、Service层不需要手动写事务的代码了。