配备框架设计

配置框架设计
CommonTempalte(http://www.commontemplate.org)的配置方案一直没定，主API提供的都只是编程调用相应setXXX,addXXX完成相应配置，这两天思考了一下其配置框架的设计。

配置框架需要处理的问题是：
1.可配置完成的工作，一定要能可编程实现，
如果用户不用任何配置文件，而是编程调用相应setXXX,addXXX，应能完成所有配置。

2.扩展类也需要配置
如：cache=org.commontemplate.standard.cache.FIFOCahce
其中，FIFOCahce本身也需要配置信息，如缓存池大小等等

3.配置应该可以放在多个文件中，或者配置文件间可以继承
如：用户写一个配置，但只想覆盖标准配置的部分设置，则应该可以继承标准配置。

4.考虑用Properties，XML等多种配置方式

方案一：

public interface SettingsAware {/** * 通过配置初始化，此函数在单线程下被调用 *  * @param settings 相关设置配置项，不可变键值对 */public void init(Map<String, String> settings);}

配置中的类若实现了SettingsAware接口,则配置工厂在创建实例时，将配置信息通过init方法传递给实例。
这样，我们可以：
cache=org.commontemplate.standard.cache.FIFOCahce
cahce.maxSize=1000
可以让FIFOCahce类实现SettingsAware接口，然后在init中读取cahce.maxSize配置。
但这种实现方案违背IoC原则，主动去取配置信息，扩展性较弱，
如换成XML配置，可能init方法应该传入org.w3c.dom.Document之类的配置信息。

方案二：
简单的IoC注入，模仿log4j的配置，
如：
cache=org.commontemplate.standard.cache.FIFOCahce
cahce.maxSize=1000
FIFOCahce不实现接口，而是暴露setMaxSize(int)，配置工厂实现层级注入

方案三：
直接使用IoC容器，如：Spring的bean配置，
如果StandardConfiguration类所有配置都提供相应setter方法，包括集合的setter，
则可以使用Spring的bean配置来注入，
实例需的配置也得到根本解决，而且可以替换成其它IoC容器，

<beans><bean id="configuration" ref="cache" /></bean><bean id="cache" value="1000" /></bean></beans>

总结：只要保证整个配置树的可注入性，其配置方式是极度可扩展的，

查看更多 下一篇