我有一堆Spring bean，它们是通过注释从类路径中获取的，例如。
@Repository("personDao")
public class PersonDaoImpl extends AbstractDaoImpl implements PersonDao {
// Implementation omitted
}
在Spring XML文件中，定义了一个PropertyPlaceholderConfigurer:
<bean id="propertyConfigurer"
class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<property name="location" value="/WEB-INF/app.properties" />
</bean>
我想将app. properties中的一个属性注入到上面所示的bean中。我不能简单地做一些
<bean class="com.example.PersonDaoImpl">
<property name="maxResults" value="${results.max}"/>
</bean>
因为PersonDaoImpl没有出现在Spring XML文件中(它是通过注释从类路径中获取的)。我已经了解到以下内容:
@Repository("personDao")
public class PersonDaoImpl extends AbstractDaoImpl implements PersonDao {
@Resource(name = "propertyConfigurer")
protected void setProperties(PropertyPlaceholderConfigurer ppc) {
// Now how do I access results.max?
}
}
但我不清楚我如何从ppc访问我感兴趣的财产?
正如前面提到的@Value做的工作，它是相当灵活的，因为你可以在里面有弹簧EL。
这里有一些例子，可能会有帮助:
//Build and array from comma separated parameters
//Like currency.codes.list=10,11,12,13
@Value("#{'${currency.codes.list}'.split(',')}")
private List<String> currencyTypes;
另一个是从列表中获得一组
//If you have a list of some objects like (List<BranchVO>)
//and the BranchVO has areaCode,cityCode,...
//You can easily make a set or areaCodes as below
@Value("#{BranchList.![areaCode]}")
private Set<String> areas;
还可以为基本类型设置值。
@Value("${amount.limit}")
private int amountLimit;
你可以调用静态方法:
@Value("#{T(foo.bar).isSecurityEnabled()}")
private boolean securityEnabled;
你可以有逻辑
@Value("#{T(foo.bar).isSecurityEnabled() ? '${security.logo.path}' : '${default.logo.path}'}")
private String logoPath;
我认为向bean中注入属性最方便的方法是setter方法。
例子:
package org.some.beans;
public class MyBean {
Long id;
String name;
public void setId(Long id) {
this.id = id;
}
public Long getId() {
return id;
}
public void setName(String name) {
this.name = name;
}
public String getName() {
return name;
}
}
Bean xml定义:
<bean id="Bean1" class="org.some.beans.MyBean">
<property name="id" value="1"/>
<property name="name" value="MyBean"/>
</bean>
对于每个命名属性方法setProperty(value)将被调用。
如果需要基于一个实现的多个bean，这种方法尤其有用。
例如，如果我们在xml中再定义一个bean:
<bean id="Bean2" class="org.some.beans.MyBean">
<property name="id" value="2"/>
<property name="name" value="EnotherBean"/>
</bean>
然后像这样编码:
MyBean b1 = appContext.getBean("Bean1");
System.out.println("Bean id = " + b1.getId() + " name = " + b1.getName());
MyBean b2 = appContext.getBean("Bean2");
System.out.println("Bean id = " + b2.getId() + " name = " + b2.getName());
将打印
Bean id = 1 name = MyBean
Bean id = 2 name = AnotherBean
所以，在你的例子中，它应该是这样的:
@Repository("personDao")
public class PersonDaoImpl extends AbstractDaoImpl implements PersonDao {
Long maxResults;
public void setMaxResults(Long maxResults) {
this.maxResults = maxResults;
}
// Now use maxResults value in your code, it will be injected on Bean creation
public void someMethod(Long results) {
if (results < maxResults) {
...
}
}
}
就我个人而言，我喜欢Spring 3.0文档中的这种新方式:
private @Value("${propertyName}") String propertyField;
没有getter或setter !
通过配置加载属性:
<bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"
p:location="classpath:propertyFile.properties" name="propertiesBean"/>
更让我高兴的是，我甚至可以在IntelliJ中控制单击EL表达式，它将我带到属性定义!
还有完全非xml的版本:
@PropertySource("classpath:propertyFile.properties")
public class AppConfig {
@Bean
public static PropertySourcesPlaceholderConfigurer propertySourcesPlaceholderConfigurer() {
return new PropertySourcesPlaceholderConfigurer();
}
另一种选择是添加如下所示的appProperties bean:
<bean id="propertyConfigurer"
class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<property name="location" value="/WEB-INF/app.properties" />
</bean>
<bean id="appProperties"
class="org.springframework.beans.factory.config.PropertiesFactoryBean">
<property name="singleton" value="true"/>
<property name="properties">
<props>
<prop key="results.max">${results.max}</prop>
</props>
</property>
</bean>
检索时，这个bean可以转换为java.util.Properties，其中包含一个名为results的属性。Max，它的值从app.properties中读取。同样，这个bean可以通过@Resource注释被注入到任何类中(作为java.util.Properties的一个实例)。
就我个人而言，我更喜欢这个解决方案(与我提出的其他解决方案相比)，因为您可以精确地限制appProperties暴露哪些属性，并且不需要读取app.properties两次。
