coyizz1 不要介意,欢迎提出自己的想法.下面我是泛泛而谈,不针对哪个个人:
你试图简化的想法很好,关键如何执行简化,这里存在分歧.
简化其实是互动的,有两个角色:技术和程序员,就象翘翘板,存在这样几种情况:技术很高级,程序员无需学习;技术一般,程序员需要学习一些;技术很简单;程序员需要学习很多东西.
无疑,第一种是理想的,对于程序员来说,如果少学习太细节知识,直接讲技术解决问题,无疑是终极简化:就是业务人员直接用对象概念表达业务,软件就出来,这些是MDA在做,将来会成熟;
另外一个简化比较折中和实际,鉴于现在技术没有那么先进,做不到那么酷,那么程序员别什么都不学,也要学点,学什么呢?学面向对象OO概念.那么有人说了,我有几年数据库编程经验,算算已经学了点呢?当然,不能算学,这里的学是指OO,非OO设计学得再多,也无法和现在OO技术匹配啊,那就只能出现上面最后一种情况了.这也是很多程序员在使用java技术却觉得没有简化,还需要学习很多一个原因.
现在Java 5.0出现元注释这样新语法,替代XML,但是想想,修改元注释还是需要重新编译的,这和修改源码没有两样,使用RoR这样解释语言是不需要编译了,但是如果没有单元测试这一人工工程管理跟上,程序一上线正式运行,因为粗心等各种琐碎问题全部爆发,更是可怕.
另外,想说的是:约定优于配置(Convention Over Configuration )不是ROR首先提出来,我在2004年底开发的JdonFramework就是遵循约定优于配置,默认简单,容易上手,需要细节还是可以使用XML配置。总之,约定优于配置是基于XML基础上的改进。
当然,我不反对探索简化,但是目前探索结果还是发现,XML比较稳定,符合分离OO思想,能够健壮地对付扩展和维护.
以上是个人观点.
[该贴被banq于2007年05月09日 18:20修改过]