需求
- 有两个类Class B1和Class B2同时implements接口B;
- Class A依赖于接口B(I Mean Class A有个Interface B的属性);
- Class A时而想用Class B1来实例化,时而想用Class B2来实例化。
方案
看来需要根据场景来定义interface B对应的Bean了。基本的办法可以分为三种:
- 简单粗暴型:直接在XML配置文件里面搞定;
- 温柔体贴型:FactoryBean,在非单例情况下,想用哪个用哪个;
- 灵活多变型:用代码控制Bean的加载和卸载,换个bean都不需要重启服务;
以上三种办法,在实现方式上又可以归为两类:配置搞定 & 代码搞定,凡是用配置搞定的,每次更改后,都得重启服务(Eg: web工程得重启下)。简单粗暴型,要想换个Bean的class,就去改下配置文件,重启服务。温柔体贴型,在单例模式下,还是得去改配置,避免不了重启;在非单例模式下,工厂模式,不多说。灵活多边型,既然上升到了代码层面,就没有不可能实现的了,基本思想就是卸载然后重新加载。
打算分为三篇分别总结三种方式的具体实现,先上简单粗暴型。
简单粗暴型
可以用下spring的表达式语言(spel)来辅助。Code:
<bean id="b1" class="com.somewhere.b1"/>
<bean id="b2" class="com.somewhere.b2"/>
<util:map id="mapB">
<entry key="choice1" value="b1"></entry>
<entry key="choice2" value="b2"></entry>
</util:map>
<bean id="a" class="com.somewhre.a">
<property name="b" ref="#{aasOperationMap.get('*yourchoice*')}"/>
</bean>
另:yourchoice来自于你的配置文件,即应用场景。
本文探讨了在Spring中动态加载实现接口B的Class B1或B2的需求。提出了简单粗暴型、温柔体贴型和灵活多变型三种解决方案,并详细介绍了简单粗暴型,利用Spring的表达式语言(SpEL)实现Bean的动态加载,根据应用场景选择不同的实现类。后续文章将逐一总结其余两种方式。
6586

被折叠的 条评论
为什么被折叠?



