给做快速开发框架的人泼泼凉水

动态和代码生成结合起来可能比较好

框架里面用反射,proxy,cglib,asm增加动态性,可以预览快速原型,因性能要求或者需要个性化的时候再代码生成出来维护,生成的代码就不要再歧视它就行

关键还是本身的架构要好

严重同意这位老兄的意见：快速开发并不一定是代码生成。
我们公司内部也做了一个快速开发的系统，大体的思想是这样的：
定义一套固定的XML模板
1。定义与数据库中对应的节点。
2。定义列表节点。
3。定义查询页面的元素(其中包括什么CSS文件，文本框属性什么的)。
4。定义修改，插入等页面的无素
......
然后通过JAVA程序来解析这套XML模板。
支持SQL，视图，存储过程，触发器等。
不需要写代码，也不会生成JAVA文件，你要做的就是：配置好XML文件。
有多少个模块，你就配置多少个XML文件，最后将这个文件名传过去，让相应的模块调用相应的XML文件即可。

优点：
只要你会写SQL，视图，存储过程，触发器，往里面配置一下就行；
不会生成JAVA文件，所以就不存在维护代码问题；

缺点：
由于是一个通用的模板，对于界面的排版是固定的，比如一行放两个文本框等，不那么灵活。

赶走一只狼，引来一只虎

说的好！

严重同意

xml重用性强，annotation方便、可读性强。

政府项目 = 软件项目？？？政府项目又如何？我也是做政府项目出身的，每天死一次机看看你的公司还要不要开。。不要以点盖面。。。。

“黏合剂”这个词用的不错 在利用第三方框架的时候，关于配置及一些类的生成确实是无聊枯燥的，借助代码生成器生成，也许是最省心省力的了，呵呵

没有金钢钻就别揽瓷器活儿，只重质量不计成本者和只计成本不讲质量者，结局是一样的。但，最终目标的实现，还应该是建立在质量的基础上。如果忘了这一点，那么看看三鹿的结局就知道该如何选择了。楼上有朋友说如果你的项目中需要代码生成器，那么说明你的设计是有问题的(我并不知道这个说法是否成立，但其精神值得学习),同样，如果你需要追求成本降低，以"维持"生存，那说明你的选择也是有问题的。

我说“发现有三家乙方的质量是差不多”，意思是指，竞标的时候，这三家的质量基本没问题，可能已经是第二轮或第三轮了。每天死一次机的厂家当然不会入围这里说的最后三家。

深层意思是指，很多场合，竞争对手总是存在的，即使竞争对手产品质量有好有坏（不至于每天死一次机的那种），但是都是过了竞标的底线，这时候如果对决定最后竞标优胜者的权重排序的话，排第一的多半不再是质量了。质量仅仅是两个竞争对手之间互相博弈时的一张牌，对某家公司来说，往往并不需要质量上一定要短时间内赶超对手，可以在服务和价格上争取更多的优势，当然还有我之前说的各种黑幕，这些都是博弈的筹码而已。