Commons Configuration之二基本特性和AbstractConfiguration
Configuration接口定义一大堆方法。一切从头开始实现这些方法非常困难。因为AbstractConfiguration类存在。该类在Commons Configuration中充当大多数Configuration实现的共同基类并提供了接口需要的大量功能。因此创建一个自定义Configuration实现该类将是一个很好的起点。
除了基本实现声明在Configuration接口中的方法之外，AbstractConfiguration类提供一些其它的便利特性。因为该类是在Commons Configuration类层次结构的根，这些特性对该类库提供的Configuration接口的大多数特定实现都是有效的。
1 处理缺失属性
如果你传入一个键给它的get方法之一，不能映射到一个已存在的属性，配置对象该做什么？AbstractConfiguration实现的默认行为是如果返回值是对象类型返回null。对于原始类型作为返回null（或任意特定值）是不可能的，因此，在这种情况下一个NoSuchElementException抛出：
// 如果没有键为"NonExistingProperty"的属性将返回null
String strValue = config.getString("NonExistingProperty");
// 如果没有键为"NonExistingProperty"的属性将抛出一个NoSuchElementException异常
long longValue = config.getLong("NonExistingProperty");
对于对象类型，像String、BigDecimal或BigInteger这种默认行为可以改变：如果setThrowExceptionOnMissing()方法使用一个true参数调用，这些方法将像原始类型一样，如果传入的属性键不能解析抛出一个异常。
注意：不幸的是支持throwExceptionOnMisssing属性不总是一致：getList()和getStringArray()不计算该标记，如果请求属性没有找到返回一个空list或数组。也许这种行为将在未来的重要版本改变。
2 List处理
使用Configuration接口定义的getList()和getStringArray()方法处理多值属性。当一个配置源（例如properties文件、XML文档或JNDI上下文）处理相应Configuration实现发现这么一个有多个值的属性并确保该数据正确存储。
当修改属性时，AbstractConfiguration的addProperty()和setProperty()方法也实现特定list处理。传入这些方法的属性值可以是list或数组产生一个多值属性。如果属性值是字符串，它检测是否字符串包含list分隔符。如果是这种情况，字符串被分割，并且它单个部分被添加。list分隔符默认是逗号。当配置源被加载时，它在考虑之内（例如，属性的字符串值将被检测是否包含分隔符）。通过使用setListDelimiter()方法你能设置它为一个不同的字符。
// 改变list分隔符为斜线
config.setListDelimiter('/');
// 现在添加一些属性
config.addProperty("greeting", "Hello, how are you?");
config.addProperty("colors.pie", new String[] { "#FF0000", "#00FF00", "#0000FF" });
config.addProperty("colors.graph", "#808080/#00FFCC/#6422FF");
// 访问数据
String salut = config.getString("greeting");
List<Object> colPie = config.getList("colors.pie");
String[] colGraph = config.getStringArray("colors.graph");
String firstPieColor = config.getString("colors.pie");
在该例子中，list分隔符从逗号变为斜线。因为greeting属性没有分割，而是保存为单个字符串。作为字符串传入的colors.graph属性相反包含新的分隔符因此产生一个三个值的属性。注意，list是Object类型。这是因为不知道属性值的具体类型。例如，如果你调用addProperty("answer", 42)，一个Integer对象将存储在配置中。
感兴趣的是例子片段的最后一行。调用的getString()方法有多个值。这将返回list的第一个值。
如果你想要改变所有配置对象的list分隔符，你可以使用AbstractConfiguration的静态setDefaultListDelimiter()方法。也可以通过调用使用true的setDelimiterParsingDisabled()方法禁用所有的Configuration实例的字符串属性的切分。
3 变量插值
如果你熟悉Ant或Maven，你肯定已经遇到了变量（像，${token}）当配置文件被加载时，变量被自动解释。Commons Configuration也支持这些特性。
application.name = Killer App
application.version = 1.6.2
application.title = ${application.name} ${application.version}
如果你现在检索application.title的属性值，结果将是Killer App 1.6.2。以至于每个默认变量被解释为其它属性的键。这只是特殊的情况，变量名的通用语法是${prefix:name}。prefix告诉Commons Configuration变量在某一上下文中计算。我们可以看到，如果prefix缺失，上下文是当前配置实例。以下是默认支持的prefix名称。
| 前缀 | 描述 |
| sys | 该前缀标记一个变量是系统属性。Commons Configuration将使用指定名称搜索一个系统属性并通过该值替换变量。这非常容易的在每个配置实现中访问系统属性的值。 |
| const | const前缀表示一个变量解释为一个类的常量成员字段（例如，使用static final修饰符的字段）。变量的名字必须是<完全限定类名>.<字段名>的形式。指定类将被加载并且该字段的值将被获取。 |
| env | 变量也能引用特定OS环境变量。这通过evn前缀表示。 |
下面是一些例子，只针对Properties文件：
PropertiesConfiguration cfg = new PropertiesConfiguration("cfg/basic/vm.properties");
System.out.println(cfg.getString("vm.name"));
System.out.println(cfg.getString("vm.author"));
System.out.println(cfg.getString("vm.home"));
System.out.println(cfg.getString("vm.bin"));public interface Const {
public static final String AUTHOR = "Evan";
}
#相当于System.getProperty("java.runtime.name")
vm.name=${sys:java.runtime.name}
vm.author=${const:cfg.basic.Const.AUTHOR}#相当于System.getEnv("JAVA_HOME")
vm.home=${env:JAVA_HOME}
vm.bin=${vm.home}\bin
如果一个变量不能解析，例如，因为名称无效或未知前缀，它不能被替换，但返回包括美元符号和大括号。
3 自定义插值
本节阐述你如何添加自己的插值。使用Commons Lang的text包下的StrSubstitutor类实现插值引擎。该类使用派生自StrLookup类的对象解析变量。StrLookup定义简单lookup()方法必须通过自定义实现；它期望变量名作为参数并返回相应的值（更多细节可以在Commons Lang的文档中找到）。我们已经介绍了标准的前缀变量，到目前为止我们确实已经实现派生自StrLookup的特定类。
现在可以创建你自己的StrLookup实现并使它在一个自定义前缀上对所有配置对象有效。我们将介绍如何实现。第一步是创建一个新类派生StrLookup，必须实现lookup()方法。作为一个例子，我们实现一个简单的查询对象仅仅返回一个传入的变量的回执：
import org.apache.commons.lang.text.StrLookup;
public class EchoLookup extends StrLookup
{
public String lookup(String varName)
{
return "Value of variable " + varName;
}
}
现在，我们想要该类使用前缀echo调用变量。为了这个目的EchoLookup类必须在ConfigurationInterpolator类使用期望前缀注册。 ConfigurationInterpolator在Commons Lang定义的StrLookup API中实现一个简单的包装器。它有一个静态registerGlobalLookup()方法，我们必须如下调用：
// 放置该代码在你的应用程序初始化的地方
ConfigurationInterpolator.registerGlobalLookup("echo", new EchoLookup());
每个在该行代码之后创建的AbstractConfiguration对象将包含新的查询类并能因此解析${echo:my_variable}形式的变量。
每个AbstractConfiguration实例关联一个ConfigurationInterpolator对象。该对象在第一次访问插值特性之一时通过createInterpolator()方法创建。通过覆盖该方法可能更深入的干预插值机制。例如自定义实现能添加更高级的查询对象到插入器。
4 使用表达式（此处没有明白如何使用，请高人指点一二）
除了前面描述的简单的查找机制，Commons Configuration提供ExprLookup，使用Apache Commons Jexl允许表达式解析是否一个StrLookup被允许。如果ExprLookup被配置，该例子显示显示获取系统属性的替代方式。
user.file = ${expr:System.getProperty("user.home"}/settings.xml
ExprLookup默认被禁用，必须通过DefaultConfigurationBuilder手动添加或配置。使用Maven 2构建并引用Commons Configuration将不包括Jexl依赖，因此如果该特性被使用必须手动添加依赖到项目。
使用DefaultConfigurationBuilder添加ExprLookup是直接的。
<configuration>
<header>
<result/>
<lookups>
<lookup config-prefix="expr"
config-class="org.apache.commons.configuration.interpol.ExprLookup">
<variables>
<variable name="System" value="Class:java.lang.System"/>
<variable name"net" value="Class:java.net.InetAddress"/>
<variable name="String" value="Class:org.apache.commons.lang.StringUtils"/>
</variables>
</lookup>
</lookups>
</header>
<override>
<xml fileName="${expr:System.getProperty('basePath') +
String.lowercase(net.localHost.hostName) + '/testMultiConfiguration_default.xml'}"
config-name="defaultConfig" delimiterParsingDisabled="true">
</xml>
</override>
</configuration>
上面的例子显示如何在表达式计算期间调用静态方法。下一个例子显示使用下级查询混合表达式计算获取“basePath”系统属性。注意获取系统属性和之前例子的差异。
<configuration>
<header>
<result/>
<lookups>
<lookup config-prefix="expr"
config-class="org.apache.commons.configuration.interpol.ExprLookup">
<variables>
<variable name"net" value="Class:java.net.InetAddress"/>
<variable name="String" value="Class:org.apache.commons.lang.StringUtils"/>
</variables>
</lookup>
</lookups>
</header>
<override>
<xml fileName="${expr:$[sys:basePath] +
String.lowercase(net.localHost.hostName) + '/testMultiConfiguration_default.xml'}"
config-name="defaultConfig" delimiterParsingDisabled="true">
</xml>
</override>
</configuration>
