如果有仔细研究过前一篇的《Spring温故知新(四)用HashMap写一个自己的Spring IoC简易容器吧!》[url]http://bolide74.iteye.com/blog/1002610[/url],那么这一章将会非常通俗易懂。
[size=medium]一、什么是Bean[/size]
Bean的直接意译,叫豆子。如果把一个Java应用程序当作一杯香浓的咖啡,那么Bean也就相当于煮这杯咖啡的咖啡豆,它是煮这杯咖啡的基础。
其实看过前一章的RobotBean代码,就能发现这个所谓的Bean其实就是一个POJO(简单的Java对象),只不过叫法不一样而已。
[size=medium]二、Spring的IoC容器:[/size]
首先要指出的是一些初学者可能会犯的错误,就是把Spring的XML配置文件当成了IoC容器。会犯这种错误是因为在使用Spring的时候一直在操作XML,就容易认为修改XML就是在修改容器内容,就想当然的把XML当做IoC容器了(我一开始就犯这种错误了)。
事实上XML配置文件,其实是IoC容器的“配置容器”。就相当于前一篇我的IoC容器里的HashMap容器,它们起的作用都是相同的,就是用来配置和管理IoC容器里的所有Bean和它们的属性、需要注入的内容。
由于最原始的IoC容器叫做BeanFactory,其他容器都是继承了BeanFactory,因此上一篇我在实例化我的IoC容器的时候用了beanFactory的引用变量名。
BeanFactory是一个接口,实际在使用的时候我们也可以不直接用它,而是用了实现这个接口的两个子类:XmlBeanFactory类、ApplicationContext接口。而这其中用的最多的是ApplicationContext,因为它不仅继承了所有BeanFactory的功能,还扩展了更多实用的功能。
XmlBeanFactory和ApplicationContext的区别并不仅仅体现在功能的数量,还体现在加载Bean的顺序的不同。
BeanFactory和XmlBeanFactory这两个IoC容器在实例化以后并没有马上加载XML里配置过的Bean,而是在真正开始调用getBean方法去获取的时候才加载,而如果这个bean在xml里没有正确配置,那么这时候就会抛出异常。
而ApplicationContext则相反,它在自生被实例化以后,就马上开始加载XML里的所有bean,如果XML配置容器里有一些错误的配置,在这时候就会开始抛出异常了,而不像BeanFactory那样在开始getBean了才抛出异常。
XmlBeanFactory和ApplicationContext各有优劣,虽然一般用ApplicationContext比较常见,但是在一些特殊情况还是需要XmlBeanFactory这种方式,这就要看具体情况具体分析了。
IoC容器的实例化示例代码可以直接看第一章《Spring温故知新(一)Hello,World!》[url]http://bolide74.iteye.com/blog/993248[/url]
这一章比较简单,都是概念性的东西所以也有些枯燥,下一章我将会介绍Spring框架的重中之重,也是它的魅力所在:Spring AOP原理!
下一篇:Spring温故知新(六)AOP面向切面编程 <1> [url]http://bolide74.iteye.com/blog/1007086[/url]
上一篇:Spring温故知新(四)用HashMap写一个自己的Spring IoC简易容器吧! [url]http://bolide74.iteye.com/blog/1002610[/url]
[size=medium]一、什么是Bean[/size]
Bean的直接意译,叫豆子。如果把一个Java应用程序当作一杯香浓的咖啡,那么Bean也就相当于煮这杯咖啡的咖啡豆,它是煮这杯咖啡的基础。
其实看过前一章的RobotBean代码,就能发现这个所谓的Bean其实就是一个POJO(简单的Java对象),只不过叫法不一样而已。
[size=medium]二、Spring的IoC容器:[/size]
首先要指出的是一些初学者可能会犯的错误,就是把Spring的XML配置文件当成了IoC容器。会犯这种错误是因为在使用Spring的时候一直在操作XML,就容易认为修改XML就是在修改容器内容,就想当然的把XML当做IoC容器了(我一开始就犯这种错误了)。
事实上XML配置文件,其实是IoC容器的“配置容器”。就相当于前一篇我的IoC容器里的HashMap容器,它们起的作用都是相同的,就是用来配置和管理IoC容器里的所有Bean和它们的属性、需要注入的内容。
由于最原始的IoC容器叫做BeanFactory,其他容器都是继承了BeanFactory,因此上一篇我在实例化我的IoC容器的时候用了beanFactory的引用变量名。
BeanFactory是一个接口,实际在使用的时候我们也可以不直接用它,而是用了实现这个接口的两个子类:XmlBeanFactory类、ApplicationContext接口。而这其中用的最多的是ApplicationContext,因为它不仅继承了所有BeanFactory的功能,还扩展了更多实用的功能。
XmlBeanFactory和ApplicationContext的区别并不仅仅体现在功能的数量,还体现在加载Bean的顺序的不同。
BeanFactory和XmlBeanFactory这两个IoC容器在实例化以后并没有马上加载XML里配置过的Bean,而是在真正开始调用getBean方法去获取的时候才加载,而如果这个bean在xml里没有正确配置,那么这时候就会抛出异常。
而ApplicationContext则相反,它在自生被实例化以后,就马上开始加载XML里的所有bean,如果XML配置容器里有一些错误的配置,在这时候就会开始抛出异常了,而不像BeanFactory那样在开始getBean了才抛出异常。
XmlBeanFactory和ApplicationContext各有优劣,虽然一般用ApplicationContext比较常见,但是在一些特殊情况还是需要XmlBeanFactory这种方式,这就要看具体情况具体分析了。
IoC容器的实例化示例代码可以直接看第一章《Spring温故知新(一)Hello,World!》[url]http://bolide74.iteye.com/blog/993248[/url]
这一章比较简单,都是概念性的东西所以也有些枯燥,下一章我将会介绍Spring框架的重中之重,也是它的魅力所在:Spring AOP原理!
下一篇:Spring温故知新(六)AOP面向切面编程 <1> [url]http://bolide74.iteye.com/blog/1007086[/url]
上一篇:Spring温故知新(四)用HashMap写一个自己的Spring IoC简易容器吧! [url]http://bolide74.iteye.com/blog/1002610[/url]