[size=small]当有一个模块、或组件、或构件,且他们是可配置的,能定制,有多种参数组合,这个时候使用什么方式处理?
1、配置文件
a、XML,最正统,也最麻烦的处理方式,如果不是做稳定的产品,或关系复杂的配置参数,则尽量少用
b、properties,被忽视的,却简单直观的hashtable文件版,若是配置参数不复杂,完全可以用POJO之类的属性名做properties文件里的key,代码里不需要特殊的处理
2、annotation,更简单更直观,且快速显著提高开发效率,缺陷是需要修改代码,无法处理复杂的配置参数,数量也是很有限制,个人认为参数数量超过十个,那代码看起来就有些费劲了。。。。
3、代码控制getter/setter,请先考虑下,是否编写了配置参数的格式或类型的验证方法,工程发布后修改成本,是否提供了外部改变参数值的接口。如果上都为否,则此模块、组件或构件可以改名为“定制版”,每一此工程出新版本,则此定制版版本号也要跟随维护,当被多个工程引用,且参数数量类型不同时,怎样清晰的表达
[/size]
1、配置文件
a、XML,最正统,也最麻烦的处理方式,如果不是做稳定的产品,或关系复杂的配置参数,则尽量少用
b、properties,被忽视的,却简单直观的hashtable文件版,若是配置参数不复杂,完全可以用POJO之类的属性名做properties文件里的key,代码里不需要特殊的处理
2、annotation,更简单更直观,且快速显著提高开发效率,缺陷是需要修改代码,无法处理复杂的配置参数,数量也是很有限制,个人认为参数数量超过十个,那代码看起来就有些费劲了。。。。
3、代码控制getter/setter,请先考虑下,是否编写了配置参数的格式或类型的验证方法,工程发布后修改成本,是否提供了外部改变参数值的接口。如果上都为否,则此模块、组件或构件可以改名为“定制版”,每一此工程出新版本,则此定制版版本号也要跟随维护,当被多个工程引用,且参数数量类型不同时,怎样清晰的表达
[/size]