java下的各种框架，你们用xml是否有点过份了？

[peihexian]

今天晚上想学习些新技术，分别看了tapestry/dwr2/zk/struts2/axis2/spring等常用的framework，突然想到一个问题，上面列出的struts/spring/dwr等新框架中是否还在大量使用xml，因为我们去年做的一个不算大的项目中，

spring的配置文件有4016行

struts的配置文件有570+548行（这个采用多配置文件的形式了，两个文件）

dwr的配置文件有443行

如果想改个什么东西，需要在配置文件中搜来搜去，麻烦的要命，为什么这些框架都愿意用xml呢？直接在代码里写个bean工厂去用也不会多敲几行啊？

[rainv]

xml文件主要是用了ioc的思想。
这样就不需要改动代码。

[adverse]

配置xml的工作相对写代码来讲,维护起来应该还是更方便些的.

[Jianyi]

可以认为配置xml也是代码。

[vannel]

修改类，首先要求有源代码，还要编译，岂不更麻烦？你做好一个东西，交付以后，还把源代码也给别人阿？

[jspxnet]

XML多一般是你开发任意自己设计的，可能是不经意的就设计成这样了。
你并不需要什么都搞成ioc方式的，极少的配置参数放在ioc就可以了。
你要放很多，当然不会有人反对你了。

一般较大，灵活的软件配置都会比较多一些，应用软件一般都会提供见面
可视的配置就不感觉这么麻烦了。

[wangzhouyu]

这就是一个问题，xml原来的作用并不是这样，结果在java中很多人都将其作为配置来使用，造成了xml的误用，所以在spring2.0等框架都在努力减少xml配置的使用。

[zhufeilurui]

说来说去不还是什么所谓的IOC思想

[zxh2208180]

xml文件主要是用了ioc的思想。
这样就不需要改动代码
说的没错,这更具体的体现了java的健壮和可移植等特性...

[flyonsea]

我觉得没什么不好。你如果全都写到代码里维护起来肯定更加麻烦。难道不是么？
虽少成百上千行的xml读起来挺麻烦，但是有这么多配置内容，代码部分一定相当复杂。把维护工作锁定在几个xml中，当然比维护工作散布到整个代码要合理得多。也正是因为规模大才更需要配置文件。
至于说在长xml中查找困难。那么你们在预见到xml文件会很长的时候就应该通过注释等方式来规划一个查找机制，让查找工作变得容易。

[flyonsea]

xml也许最初的想法不是作为配置文件来使用，但是既然人们觉得这是一个好方法，有何尝不可呢？怎么能说是对xml的误用？只要能整正解决问题，怎么用都不过分，只能说是创新。另外，我没看出来spring2.0框架，我没看出来其在努力减少xml配置的使用，简化xml配置的写法的努力倒是可以看到。也许是我孤陋寡闻，目前不用xml还有什么更优秀的替代方案么？请教各位。

[peihexian]

目前看来，再做新项目的话还是离不开spring和struts，所以下次肯定都采用多配置文件的形式了，在MyEclipse中，不知道是我的系统有问题还是MyEclipse有问题，struts配置文件超过1000行时打开会非常慢，估计有MyEclipse中画struts UI流程图的原因。

我还是坚持我的观点，zk和dwr都是ajax框架，在dwr中要暴露一个java方法，最少需要三行xml配置，如果结合spring 使用dwr时，最少要6行xml配置。在zk中暴露个java方法，一行xml配置都不用写，这就是区别，也证明做框架时xml不是必须要用的。

结帖，来者有分。