>java开发真的需要那么复杂吗?

"计划没有变化快"这个基本因素导致.

如果一个软件在运行时,碰到用户需求变化或者原来功能不能正常运行,你的方式是:

需求反馈到该程序设计程序员,程序员修改代码,再进行测试,可能测试不通过,影响其他功能了,再测试,折腾很长时间,最后编译打包,交付客户.

如果使用XML和Java分离方式:

水平较低的维修人员赶到现场,修改一下配置XML,无须编译Java代码,测试,马上解决问题.

很明显哪个更快呢?

所以,开发软件不能只顾自己开发时方便,还要考虑到运行维护时是否方便,软件不象冰箱,制作好交给用户,很坚固,很稳定,用户也不会提出什么修改意见,当然海尔的定制化冰箱有这个意思,但是这种水平不是一般厂商水平能够做出来的.

XML优于Java实现的原因就在于XML比较容易维护,而java代码还需要修改,编译,测试等,性能是比XML高,但付出的机会成本太大了...

ps:

个人觉得ROR中的约定优于配置这观念Java的框架要借鉴一下,

在前期把问题都解决了总比到了维护实施后期左找右改XML要强吧,

牺牲了灵活性得到的却是可靠和稳定,

不知道我说得对不对..

假设客户在我前面举的例子的基础上,要求增加"组织机构人数"一列，我直接将程序改两行：dsMain = new DataStore("dsMain", "select code, note, jc, zzjgcc,zzjgrs from zzjg order by code", getConnItem()); dsMain.setColLabel("编码,原文,简称,组织机构层次,组织机构类别,组织机构人数"); 编译后用ftp传给客户即可，我的项目是不打包的，我一人维护4个省级行业应用十分轻松。请问XML的支持者门如何应付这个客户需求变化，我看既要修改xml,又要修改java程序吧！我的java程序写错了，有编译器帮助检查，我可以做大范围修改而不过分担心，你的xml写错了，用什么来检查？你有把握进行大范围修改吗？

天哪,注意你自己的文字

你需要编译以后再传给用户

XML有限制的叫DTD&SCHEME你不知道吗?

在标准的DTD还有SCHEME限制下,你压根就不能随便乱写

要写也先改了SCHEME再说

JAVA运行中的异常不胜枚举,很多是编译器根本发现不了的

就你所说的SELECT语句为例,根本不用写代码,多少有点吃饱了撑着

如果你对现行的规范熟悉的话,很多东西都可以直接用的

有个术语叫做反射,还有个东东叫ORM

理想状态下写到XML中去就可以了,将来要改,改XML语句就可以了

重编译再传送再部署可以说是最低效最没脑子的一种做法

因为谁都会做,任何语言也都可以这样做

可以说XML就是用来规范你的数据用的

你以为XML是干什么用的?

就你发布的这段代码

code, note, jc, zzjgcc,zzjgrs

这都是什么东西?估计没看你代码前也只有你自己知道这些是:

编码,原文,简称,组织机构层次,组织机构类别,组织机构人数

不懂的人还以为zzjgcc=zerg java pig garbage collection呢

而在SCHEME中你就可以对这个数据做相应的解释,说明并加以限制

你的项目是不打包的,亏你也说得出口,简直是没有做过项目

一个人维护4个省级行业应用算什么,我一个人可以维护华南地区所有代理

问题是你一个人再牛能力也是有限的啊,如果你不明白如何规范统一自己的代码

那么你写得再多也都是空的,你死了你的代码也就死了,没有人会去理解你的代码

因为去理解你的代码的时间还不如重新写一个类似的系统出来