SSH_Spring_扩展Spring的IoC组件.pptVIP

扩展Spring的IoC组件 主讲人：孙鑫 Spring框架的IoC组件被设计为可扩展的。通常应用开发者并不需要子类化各个BeanFactory或ApplicationContext的实现类。通过插入特定接入接口的实现，Spring的IoC容器就可以不受限制的进行扩展。 使用BeanPostProcessors定制bean 如果你想在Spring容器完成一个bean的实例化后，在对它进行初始化之前或之后执行一些自定义的逻辑，你可以插入一个或多个BeanPostProcessor的实现。 org.springframework.beans.factory.config.BeanPostProcessor接口包含了两个回调方法。当一个类作为容器的后置处理器（post-processor）被注册后，对于由容器创建的每个bean实例，在任一个初始化方法（例如afterPropertiesSet和用init-method声明的方法）调用前后后置处理器会从容器中分别获取一个回调。后置处理器可以随意对这个bean实例执行它所期望的动作，也包括完全忽略这个回调。 BeanFactory和ApplicationContext对待bean后置处理器稍有不同。ApplicationContext会自动检测任何提供给它的在配置元数据中定义实现了BeanPostProcessor接口的bean，并把它们注册为后置处理器，然后在容器创建bean的适当时候调用它。部署一个后置处理器同部署其他的bean并没有什么区别，无需其它的动作。而另一方面，当使用BeanFactory的时候，bean 后置处理器必须编写代码显式的去注册。 使用BeanFactoryPostProcessors定制bean工厂 我们看到的下一个扩展点是org.springframework.beans.factory.config.BeanFactoryPostProcessor。除一个主要的区别外，这个接口的语义类似于BeanPostProcessor。BeanFactoryPostProcessors作用于bean的定义上（例如：提供给容器的配置元数据）；也就是说，Spring IoC容器允许BeanFactoryPostProcessors在容器实际实例化任何bean之前读取配置元数据并可能修改它。 Spring包含了许多已有的bean工厂后置处理器，例如PropertyResourceConfigurer和PropertyPlaceHolderConfigurer以及BeanNameAutoProxyCreator。 在一个BeanFactory中，应用BeanFactoryPostProcessor需要手工编码实现。而ApplicationContext则会检测部署在它之上实现了BeanFactoryPostProcessor接口的bean，并在适当的时候自动把它们用作bean工厂后置处理器。部署一个后置处理器同部署其他的bean并没有什么区别，无需其它的动作。 PropertyPlaceholderConfigurer PropertyPlaceholderConfigurer作为一个bean工厂后置处理器的实现，可以用来将BeanFactory定义中的一些属性值放置到另一个单独的Java Properties格式的文件中。这就允许用户在部署应用时定制一些关键属性（例如数据库URL，用户名和密码），而不用对主XML定义文件或容器所用文件进行复杂和危险的修改。 PropertyOverrideConfigurer 另一个bean工厂后置处理器PropertyOverrideConfigurer类似于PropertyPlaceholderConfigurer，但是与后者相比，前者对于bean属性可以有缺省值或者根本没有值。如果起覆盖作用的Properties文件没有某个bean属性的内容，那么将使用缺省的上下文定义。 bean工厂的定义并不会意识到被覆盖，所以仅仅察看XML定义文件并不能立刻明显地知道覆盖配置是否被使用了。在多个PropertyOverrideConfigurer对一个bean属性定义了不同的值的时候，最后一个将取胜。 注册用户自定义的PropertyEditors 当用字符串值设置bean的属性时，BeanFactory实质上使用了标准的JavaBeans 的PropertyEditor将这些String转换为属性的复杂类型。Spring预先注册了很多定制的PropertyEditor（比如，将一个字符串表示的classname转换成真正的Class对象）。 要编写一个属性编辑器，可以实现PropertyEditor接口，更为简便的方式是从PropertyEdi