Quote:

引用第12楼随风而飘于2007-09-18 17:25发表的  :
楼主如果愿意到学校计算机创新中心“维锐工作室”从事j2ee开发，通过短消息联系我。
指出一点：通过配置管理要比通过代码管理方便，高效率的多。如spring的ioc
当然如果像guice那种采用java annotation则是另一回事，不过唯一的遗憾是guice不能和struts1.x集成

当然，配置文件是 不可避免的东西。。。尤其是xml的，毕竟业界一致认为xml的可读性要好些，我一般的习惯是用digester+jmx尤其是那些系统相关的xml可以在系统运行时进行实时调配。。。可控性还是好些。。。。

配置文件是个很麻烦的事情....
正好相反，一般配置文件里写的是整个系统的框架，可读性很好，如果要别人从你的coding里找系统的框架那是一样很痛苦的事情
而且配置文件支持动态的更改状态，比如说数据库链接，有配置文件可以很方便的更改数据库类型，如果不用配置文件在代码里改：1.需要源代码。2.需要管理人员懂你所用的编程语言。这样是不是你所有的项目都要开源？
当然，性能是有很大的影响，但只要在核心的地方不使用反射技术就行了。现在的业界都使用配置文件来管理系统有他的正确性的

Quote:

引用第16楼随风而飘于2007-10-09 19:04发表的  :
配置文件是个很麻烦的事情....
正好相反，一般配置文件里写的是整个系统的框架，可读性很好，如果要别人从你的coding里找系统的框架那是一样很痛苦的事情
而且配置文件支持动态的更改状态，比如说数据库链接，有配置文件可以很方便的更改数据库类型，如果不用配置文件在代码里改：1.需要源代码。2.需要管理人员懂你所用的编程语言。这样是不是你所有的项目都要开源？
当然，性能是有很大的影响，但只要在核心的地方不使用反射技术就行了。现在的业界都使用配置文件来管理系统有他的正确性的

呵呵...我说的只是个人喜好........那我们就假设配置文件是个好东西吧.....

估计也没有多少所谓的管理人员要修改我的框架代码....
Spring 号称修改xml不需要重新编译..其实就是这个倾向...
再有....平心而论.....你修改了一个项目的xml 配置...当然是框架性的而绝非管理型或维护型配置...

你敢不编译测试就让系统跑起来吗?

其实配置文件分为 框架或系统级配置...如一些IOC 配置等....
另一类就是管理性质或维护性质的配置文件....这些东西无非就是修改个数据源..要不就是性能微调...
其出现的目的就是要将把那些硬代码影响系统可移植性的东西拿出来...
.............说多了.......................