为什么java世界没有像微软的visual studio那样的快速开发平台其中一个原因固然是因为微软封装了很多东西提供了强大的集成工具并且要求你按照微软的设计思路来设计系统但是java世界具备visual studio中的任何一种组件所缺少的只是没有人或者厂商将他们集成起来而之所以没有人去做一个很大的原因恐怕是java里面每种组件我们都有太多的选择web框架有strutsspringwebwork以及其它的ORM也有EJBJDO以及hibernateibatisobj供选择IDE有JBuilderEclipseIDEAJDeveloper以及Netbeans另外的其它的组件也是多得不可胜数但是我们现在已经可以看到快速开发平台推出的希望了首先是IDE的统一BorlandBEA都放弃了开发自己的IDE转向Eclipse而Eclipse的功能和性能表现也足以吸引很多原来使用其它IDE的用户而SUN的Netbeans一向不为大家所认可（SUN开发的大部分开发工具好像都是这个下场）因此有了IDE的统一其它的组件基本上都可以围绕她来进行加上Eclipse插件开发非常的方便因此这更加促进了对它的扩展而现在的情况也确实是向这个方向迅猛发展的有了这个基础我就来谈谈我对未来的这个快速开发平台的期望了（对于新开发的系统）
项目管理可以使用maven或者ant对于小一些的项目可以使用ant对于项目管理的内容很多的可以考虑采用maven
版本管理基本上可以选定cvs
IDE不用说就是Eclipse了
系统架构以Spring为核心的架构应该是比较好的选择
表现层struts或者freemarker这个可能选择性太多除了struts外好像还没有哪一个有那么广泛的用户基础
ORMHibernate应该是现在的不二之选了
辅助工具xdoclet可以根据项目的需要进行部分的内容的生成减少很多手工的工作也许应该有更多的缺省的扩展
单元测试Junit或者TestNG之类的虽然有很多人说junit已经不那么好用了但是对于一般的项目应该还是够用的
其实还有很多其它的组件没有谈到包括页面测试报表缓存等等但是我这次想说的其实不是这些我的核心其实是里面最不起眼的xdoclet因为它其实可以作为所有这些组件的一个黏结剂核心其实就是代码生成我理想中的情况如下
开发人员最初编写的就是一个POJO的属性列表而这个属性列表的内容可能来自系统的设计文档或者其它的建模文档
根据POJO的属性列表生成对应的POJO类
修改POJO增加需要的hibernate或者其它的例如页面生成spring配置需要的信息
生成系统的完整骨架包括spring配置文件hibernate映射文件JSP页面
修改生成的内容对于细节的地方进行修改
依然很复杂那么我们不妨再简单一些编写POJO属性列表的时候增加hibernate配置信息页面配置信息以及spring配置信息一步到位生成全部的基础代码或者是写一个这样的文件点击右键点击Generate target page在出现的对话框里面选择需要生成或者更新（覆盖）的对象可以是hbm文件或者是页面文件或者是spring配置
可能很多人觉得我是白癡开发一个系统哪里这么简单但是这样的一个系统已经为我们生成了系统的骨架完成了很多烦琐的我们大部分人都不愿意做的枯燥工作为什么不那样做呢？不管别人如何看我会自己试验这样的系统的可行性的也许是一个值得做的方向
当然一个复杂的系统的快速开发还远远不止这些特别是系统要求是中型以上的系统业务逻辑比较复杂要求国际化要求页面美观易于修改定制等等但是并非不可能我们可以根据以前积累的经验定制一套这样的系统例如ant+eclipse+spring+hibernate+freemarker+xdoclet+css在系统组件的选择确定的情况下我们甚至可以抛弃xdoclet使用自己完成的生成工具更好更灵活的的生成我们需要的内容
