Spring框架最强烈的口音之一是Dependency Injection概念。我理解其中的一个建议是将一般的高级机制与低级细节分开(由Dependency Inversion Principle宣布)。
从技术上讲,这可以归结为让bean实现尽可能少地了解作为依赖项注入的bean,例如。
public class PrintOutBean {
private LogicBean logicBean;
public void action() {
System.out.println(logicBean.humanReadableDetails());
}
//...
}
<bean class="PrintOutBean">
<property name="loginBean" ref="ShoppingCartBean"/>
</bean>
但是如果我想要一个在多个依赖bean上运行的高级机制呢?
public class MenuManagementBean {
private Collection<Option> options;
public void printOut() {
for (Option option:options) {
// do something for option
}
//...
}
}
我知道一个解决方案是在单例bean中使用@Autowired
注释,即......
@Autowired
private Collection<Option> options;
但它不违反分离原则吗?为什么我必须在我使用它们的同一个地方指定依赖者(即我的例子中的MenuManagementBean
类)?
有没有办法像这样在XML配置中注入bean集合(MMB
类中没有任何注释)?
<bean class="MenuManagementBean">
<property name="options">
<xxx:autowire by-type="MyOptionImpl"/>
</property>
</bean>
答案 0 :(得分:35)
老问题,在Spring 3.1中有可能:
public class PluginPrototypeTest extends ASpringWebTest {
@Autowired
Collection<IDummyRepo> repos;
@Test
public void cacheTest() {
assertNotNull(repos);
assertEquals(2, repos.size());
for(IDummyRepo r: repos){
System.out.println(r.getName());
}
}
}
@Repository
public class DummyRepo implements IDummyRepo {
@Override
public String getName(){
return "DummyRepo";
}
}
@Repository
public class DummyRepo2 implements IDummyRepo {
@Override
public String getName(){
return "DummyRepo2";
}
}
答案 1 :(得分:27)
没有开箱即用的设施,没有。但是,如果您想要一种将给定类型的所有bean收集到一个集合中而不使用@Autowired列表的方法,那么可以轻松编写自定义FactoryBean
来为您执行此操作:
public class BeanListFactoryBean<T> extends AbstractFactoryBean<Collection<T>> {
private Class<T> beanType;
private @Autowired ListableBeanFactory beanFactory;
@Required
public void setBeanType(Class<T> beanType) {
this.beanType = beanType;
}
@Override
protected Collection<T> createInstance() throws Exception {
return beanFactory.getBeansOfType(beanType).values();
}
@Override
public Class<?> getObjectType() {
return Collection.class;
}
}
然后
<bean class="MenuManagementBean">
<property name="options">
<bean class="BeanListFactoryBean">
<property name="beanType" class="MyOptionImpl.class"/>
</bean>
</property>
</bean>
然而,这一切似乎都是为了避免将@Autowired
放入原始类中而付出的努力。这根本不是违反SoC的,如果它完全没有 - 没有compiltime依赖,也不知道options
来自哪里。
答案 2 :(得分:5)
使用上下文文件替代@Autowired:http://static.springsource.org/spring/docs/2.5.x/reference/beans.html#beans-factory-autowire
所以你有:
<bean class="MenuManagementBean" autowire="byType" />
其他属性可以正常指定,并且只会覆盖那些属性的自动装配。