Grz*_*zki 24 java spring dependency-injection
Spring框架最强大的一个重点是依赖注入概念.我理解其中的一个建议是将一般的高级机制与低级细节分开(如依赖性倒置原则所宣布的那样).
从技术上讲,这可以归结为让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>
Run Code Online (Sandbox Code Playgroud)
但是,如果我想要一个在多个依赖bean上运行的高级机制呢?
public class MenuManagementBean {
private Collection<Option> options;
public void printOut() {
for (Option option:options) {
// do something for option
}
//...
}
}
Run Code Online (Sandbox Code Playgroud)
我知道一个解决方案是@Autowired在单例bean中使用注释,即......
@Autowired
private Collection<Option> options;
Run Code Online (Sandbox Code Playgroud)
但它不违反分离原则吗?为什么我必须在我使用它们的同一个地方指定依赖者(即MenuManagementBean我的例子中的类)?有没有办法像这样在XML配置中注入bean集合(在MMB类中没有任何注释)?
<bean class="MenuManagementBean">
<property name="options">
<xxx:autowire by-type="MyOptionImpl"/>
</property>
</bean>
Run Code Online (Sandbox Code Playgroud)
tak*_*sot 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";
}
}
Run Code Online (Sandbox Code Playgroud)
ska*_*man 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;
}
}
Run Code Online (Sandbox Code Playgroud)
然后
<bean class="MenuManagementBean">
<property name="options">
<bean class="BeanListFactoryBean">
<property name="beanType" class="MyOptionImpl.class"/>
</bean>
</property>
</bean>
Run Code Online (Sandbox Code Playgroud)
然而,这一切似乎都是为了避免投入@Autowired原始课程而付出的努力.如果它完全没有太多违反SoC的话 - 没有编译时间依赖性,也不知道它来自何处options.
@Autowired的替代方案,使用上下文文件:http://static.springsource.org/spring/docs/2.5.x/reference/beans.html#beans-factory-autowire
所以你有:
<bean class="MenuManagementBean" autowire="byType" />
Run Code Online (Sandbox Code Playgroud)
其他属性可以像往常一样指定,并且只会覆盖那些属性的自动装配.