BeanFactory和Application
BeanFactory的分类
org.springframework.io.ByteArray 定义内容由一组字节给点的资源
org.springframework.core.io.ClassPath 定义可从classpath提取的资源
org.springframework.core.io.Descriptive 定义包含资源描述符但是实际没有可读资源的资源(不懂)
org.springframework.core.io.FileSystemResource 定义可从文件系统提取的资源
org.springframework.core.io.InputStreamResource 定义从输入流提取的资源
org.springframework.web.portlet.context.PorletContextResource 定义可用在portlet上下文中的资源
org.springframework.web.context.support.ServletContextResource 定义可用在servlet上下文中的资源
org.springframework.core.ioUrlResource 定义可以用在URL提取的资源
ApplicationContext
ClassPathXmlApplicationContext 从类路径中的xml文件载入上下文定义的信息
FileSystemXmlApplicationContext 从文件系统中的XML文件载入上下文定义的信息
XmlWebApplicationContext 从Web系统中的Xml文件载入的定义信息
ApplicationContext和BeanFactory的作用几乎相同。只是前者比后者多了3个功能
1,提供了文本信息解析工具,包括国家化(I18N)的支持
2,提供了载入文件资源的通用方法,如载入图片
3,可以像想注册为见提起的Bean发送事件
由于刚学,所以觉得还没发觉前面两个有什么特别的用处。但是最后一个真是相当不错的方法。在书中说,只有在资源很少的情况下,例如移动设备上才考虑用BeanFactory,由此可见ApplicationContext资源不比Beanfactory多多少。所以估计才企业开发中,可以完全不用考虑。
Bean的生命周期
1) 实例化
2) 设置属性值
3)调用BeanNameAware的setBeanName()方法
4)抵用BeanFactoryAware的setBeanFactory()方法
5)调用ApplicationContextAware的setApplicationContext方法
6)抵用BeanPostProcessor的预初始化方法
7)调用InitializingBean的afterPropertiesSet方法
8)调用定制的初始化方法
9)调用BeanPostProcessor的后初始化方法
----Bean可以被使用了
10)调用DisposableBean的destroy犯法
11)抵用定制的销毁方法。
以上是一个ApplicationContext中的bean的生命周期,BeanFactory只比其少了红色的这个方法。
书中没有对各个方法有什么特别的阐述,但是就其方法名来猜测,我觉得是为了让Spring管理Bean(是指实例化Bean之后)而做的一些工作。
装配Bean
<!-- 构造函数注入 --> <bean id="duke" class="geniusgame.PoeticJuggler"> <constructor-arg value="15"/> <constructor-arg ref="sonnet29"/> <!-- 这是注入一个自定义对象的方法 除了常用对象和基本数据类型之外的其他对象的注入 --> </bean> <bean id="sonnet29" class="geniusgame.Sonnet29"></bean> <!-- 属性注入 --> <bean id="kenny" class="geniusgame.Instrumentalist" init-method="begin" destroy-method="a"> <property name="song" value="沧海一声笑"/> <property name="instrument" ref="piano"/> </bean> <bean id="hank" class="geniusgame.OneManBand"> <property name="instruments"> <!-- 集合的注入方式 之所以之用map,是因为其他的几乎一样,就是这里用的<entry>标签,其他用了<ref>标签,而map比较特殊,想要看看key的值。 结果这样的集合,key的值为saxophone和piano --> <map> <entry key="saxophone" value-ref="saxophone"/> <entry key="piano" value-ref="piano"/> </map> </property> </bean>
关于注入方式的选择书中也说了各有千秋,但就我个人而言,我比较喜欢属性注入的方式,首先,这样更像一个bean,其次,使产生的Bean不那么依赖于Spring,或者说先期的配置。
Bean的范围
在Bean标签中使用scope属性,对应的值分别为
singleton 定义bean的范围为每一个Spring容器一个实例
Prototype 允许Bean可以被多次实例化(使用一次就创建一个实例)
request 定义Bean的范围为Http的请求(web中有效)
session 定义Bean的范围为Http的会话(web中有效)
global-session 定义Bean的范围是全局Http会话,只有在portlet上下文中才有效。
利用工厂化方法来创建Bean
<bean id="theStage" class="geniusgame.Stage" factory-method="getInstance"/>
配置文件是这样的。我对其的理解是,一旦使用了这种方法,那么也就是告诉了Spring,生成这个方法的时候,调用Class类factory-method中指定的方法,书中的例子利用这个在不同的context中生成相同的Bean
初始化和销毁Bean
两种方式,一种是使用<bean>标签中的init-method方法和destory-method方法。另一种让类实现InitializingBean和DisposableBean接口
其实个人觉得,这些方法有点怪,难道不能直接把初始化的方法写在构造函数中,然后把destroy方法写入finialize方法,不过转念一想,估计是和上下文有关吧。就好像Hibernate中的,持久化对象交由持久化上下文管理一样。这里bean也会被ApplicationContext管理沾点边吧?