如何在Spring XML配置中收集和注入给定类型的所有bean

时间:2010-05-09 21:45:48

标签: java spring dependency-injection

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>

3 个答案:

答案 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" />

其他属性可以正常指定,并且只会覆盖那些属性的自动装配。