程序运行效率与灵活性之间的矛盾

有必要那么麻烦么？
配置文件不是挺好的么？
启动的时候加载一次会耗费多少效率啊？
一个程序在启动时慢一点对用户而言有什么不能接受的？
启动JBUILDER要等、启动ECLIPSE要等、启动WEBLOGIC要等、启动PHOTOSHOP要等、启动WINDOWS要等、启动LINUX要等.....

哈哈，它们都属于“好”program, 有品牌有名气，敢说它们写得烂的人不回太多， 而那些不知道中国哪个犄角公司开发的程序，慢一点，恶评自然如潮。

这造不成矛盾。
如果程序严格遵循oo原则，不应该依赖得绝对不依赖。那么，是否用配置文件，完全是部署的选择。你可以选择配置文件，也可以自己手工硬编码一个壳，无论如何，这些都是个shell而已，
你的核心代码的灵活性不会受到任何影响。
我也反复强调过，配置文件不是ioc， 它只是可以服务于ioc。如果你的核心代码直接依赖于配置文件（即使是通过某个ioc容器提供的api），它就不是ioc，灵活性反而受到了损害。

这是说代码设计上的灵活性。

至于程序功能上，要可配置必然要读文件，没啥好说的。天下没有不耗电的计算机，没有免费的午餐。

要是经常修改的参数, 为啥不存到db里, 再做个gui去修改呢?

关键词: 灵活性 => 必须要配置文件
       读取配置文件 => 速度慢

解决方法:
        1.不要文件做配置(我想不出有什么比文件做配置更方便和快速的了)
        2.改进配置文件的读取策略:
         2.1 配置文件细分,延迟加载.(管理问题...)
         2.2 只加载一次,多虚拟机共享(似乎最新版JVM支持内存共享...哪个来证实一下?)