n后置处理器鼻息编写代码显示的去注册。 4. 我们看到的下一个扩展点是: org.springframework.beans.factory.config.BeanFactoryPostProcessor.出一个主要的区别外,这个接口的寓意类似于BeanPostProcessor.BeanFactoryPostProcessor作用于bean的定义上(例如:提供给容易的配置元数据);也就是说,Spring IoC容器允许BeanFactoryPostProcessor在容易实际实例化任何bean之前读取配置元数据并可能修改它。 5. Spring包含了许多已有的bean工厂后置处理器,例如PropertyResourceConfigure和PropertyPlaceHolderConfigure以及 BeanNameAutoProxyCreator. 6. 在一个BeanFactory中,应用BeanFactoryPostProcessor需要手工编码实现。而ApplicationContext则会检测部署在它之上实现了BeanFactoryPostProcessor接口的bean,并在适当的时候自动把它们用做bean工作后置处理器。部署一个后置处理器同部署其他的bean并没有什么区别,无需其他的动作。 7. PropertyPlaceholderConfigurer 作为一个bean工厂后置处理器的实现,可以用来将BeanFactory定义中的一些属性值放置到另一个单独的Java Properties格式的文件中。这就允许用户在部署应用的时候定制一些关键属性(例如数据库URL,用户名和密码),而不用对主XML定义文件或容器所用文件进行复杂和危险的修改。 8. PropertyOverrideConfigurer 类似于PropertyPlaceholderConfigurer,但是与后者相比,前者对于bean属性可以有却兴致或者根本没有值。如果起覆盖左右的Properties文件没有某个bean属性的内容,那么将使用却行的上下文定义。 bean工厂的定义并不会议室到被覆盖,所以仅仅擦看XML定义文件并不能立刻明显的知道覆盖配置是否被起作用了。在多个PropertyOverrideConfigurer对一个bean属性定义了不同的值的时候,最后一个将取胜。 ***他使用beanName.propertyName来指定值,而且不需要在bean中进行配置。 9. 注册用户自定义的PropertyEditors a.当用字符串值设置bean的属性时,BeanFactory实质上使用了标准的JavaBeans的PropertyEditor将这些String转换为属性的复杂类型。Spring预先注册了很多定制的PropertyEditor(比如,将一个字符串表示我的classname转换成阵阵的Class对象) b. 要编写一个属性编辑器,可以实现PropertyEditor接口,更为简便的方式是从PropertyEditorSupport类继承。 要使用自定义的PropertyEditors,必须使用org.springframework.beans.factory.config.CustomEditorConfigurer来
注册自定义的属性编辑器。 10. FactoryBean可以用来做代理。 org.springframework.beans.factory.FactoryBean **要想得到FactoryBean本身,需要在beanName前面加上&,即&beanName. *********BeanFactory和ApplicationContext的区别********* ApplicationContext是在ApplicationContext初始化的时候就把所有的bean都创建好了,并存放在缓存中。 BeanFactory是在需要得到bean的时候才去创建他的实例