现在的工程开发中,没有配置文件的工程基本上是不存在的.
通过各种配置提高系统的柔软性,是可以通过各种配置可以客户化等.
典型就是web开发中.比如struts,spring等这种框架性的配置.这个配置在某种意义上来说就是不可避免的.
但另一个配置的泛滥我们却可以避免,那就是工程中的各个模块的配置文件等.
有的系统在开发的过程中不注意配置的整体规划,很随意的添加各种配置文件.
每个配置文件写一个类,每个属性写个方法.
这样造成维护工作加大,比如每次发布版本都要修改很多很多地方,一不小心忘记了就是个麻烦.
一般工程应该是有一个主配置文件,然后其他的配置文件可以参照主配置文件的内容.
能够共通定义就作为共通来定义,如果不是共通也要模块化好,而不是把不是共通的也放在共通里面或者主配置文件里面.造成一个配置文件的内容过多而丧失可维护性.
总之就是既能保证系统的柔软性,也尽量用较少配置来实现.
避免每个功能里面想要啥就追加啥,完全没有一个整体规划.