注:在JavaEye注册不久,前些天这篇文章发布在了blog首页,似乎大家都在论坛活动多,因此转移到论坛这边分享
关键字: spring 动态bean管理 零配置
1. Spring业务bean配置的困扰
利用Spring IoC 容器进行项目开发的一个重要工作就是在 applicationContext.xml 中进行bean管理。然而,业务bean(BO或Service),DAO bean的配置量随项目的功能规模增长而增长,对于大型项目而言,庞大的 bean配置文件维护起来极为痛苦。例如:
- <!-- 业务对象 -->
- < bean id = "authService" parent = "baseTransactionProxy" >
- < property name = "target" >
- < bean class = "com.sr.jsfuser.service.AuthorityService" >
- < property name = "authDao" ref = "authDao" />
- </ bean >
- </ property >
- </ bean >
- < bean id = "userService" parent = "baseTransactionProxy" >
- < property name = "target" >
- < bean class = "com.sr.jsfuser.service.pojo.UserService" >
- < property name = "userDao" ref = "userDao" />
- </ bean >
- </ property >
- </ bean >
- <!-- 数据访问对象 -->
- < bean id = "authDao" class = "com.sr.jsfuser.dao.jdbc.AuthorityDao" >
- < property name = "dataSource" ref = "dataSource" />
- </ bean >
- < bean id = "userDao" class = "com.sr.jsfuser.dao.jdbc.UserDao" >
- < property name = "dataSource" ref = "dataSource" />
- </ bean >
上例为两个功能的配置,鉴权(auth)和用户(user)。这种Service bean和DAO bean 的管理方式是按功能的管理方式,即one by one,配置量是
F=f(n)
其中 n 是项目中功能的数量。上例虽充分体现了Spring IoC容器依赖注入的优良特性,但配置量过大,维护和管理难度很大,不是一种最佳实践。
2. 零配置的动态Service Bean管理(ServiceFactory)
有没有一种既能发挥Spring优势,又能节省配置的模式呢?我们可以观察到,每个功能的Service bean的配置,只有 dao 注入是不同的,其他如Service类的命名,Service的事务管理器注入,Service类和DAO类的命名关系等都具有相似性或者完全相同;dao bean配置类似。
因此,可以采用动态bean管理(Dynamic Bean Management)思想简化业务bean配置。动态bean管理使用新定义的 ServiceFactory 的createService方法来创建业务类Service实例, ServiceFactory 在创建时,自动进行dao创建,datasource注入等,不再需要进行bean的配置。原理如下图所示。
ServiceFactory原理有以下要点:
1) 利用了Spring ApplicationContext 的 registerBeanDefinition方法和动态bean注册技术;
2) 作为bean管理的一个规范:要求Service类实现 setDAO(DAO dao)方法,以便统一注入dao实例;
3) 作为bean管理的一个规范:调用 dao.setDatasource(datasource)方法进行数据源注入;
4) 作为bean管理的一个规范:内部使用className作为 service bean 和dao bean的内部id;
5) 作为bean管理的一个规范:ServiceFactory内获取bean实例时,都采用prototype scope
。
ServiceFactory内部实现序列图如下:
使用ServiceFactory 进行业务开发,代码如下:
至于事务管理,即可使用向service注入transactionManager; 也可以使用 Spring 的
org.springframework.transaction.interceptor.TransactionInterceptor ,
org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator,
org.springframework.aop.support.NameMatchMethodPointcutAdvisor
三者配合,将 *Service类的 特定方法纳入事务范围。我们项目中使用的是后者,更为简便和松耦.
3. 通用的动态Bean管理(自定义BeanFactory类)
在上例中,注意新增了一个BeanFactory,区别于Spring 的 BeanFactory 接口。自定义 BeanFactory 通过 createBean(className) 进行动态bean注册和创建,
相当于替代了Object bean = new UserService();
4. JDK问题
以上方案主要针对1.4。 但同样适用1.5及以上。有朋友说,1.5中用 annotation + <context:component-scan/>标签也能完成类似的工作,但那样需要在 Java 代码中写很多 annotation , 个人不偏好使用 annotation ,因为它相当于xml配置移到了 Java代码中,并且维护不方便。