深入浅出教你做一个快速开发平台

生成这些页面的话，要做到完善有一定的难度，我现在参与开发的这个工具也没做到生成后的页面一定可以100%达到直接可用的程度。

我说的完善是：
如果你生成的是填写资料的表单jsp页面：
1、你可以指定生成什么表单，文本框？下拉框？还是

2、生成表单后，可以对这些表单进行js验证，是email？数字？手机号码？

如果生成的是展示结果的的jsp页面：

1、要展现哪几个字段的数据

2、有些数据是否要被转换，例如，性别 1 就表示为 男，或者一些时间格式也要转换

如果要做到完善生成的页面直接可用，，有一定难度。

我目前是居于eclipse之上做了一个生成CRUD的向导，，基本上上面的因素，我都放在这个向导里面可选置。

我同意楼上的，与其研究如何去生成代码，不如去研究如何更好的去重构自己的代码

我觉得生成代码和重构并不冲突，而是一个互补的关系
可以这样看待这个问题：
生成代码（业务代码），是业务上的表现，而重构是框架性的、可重用单元上的整理，这个整理恰好是为了生成业务代码服务，业务代码本身就是居于现有的框架或者一些可重用的方法上面 串联而来的。

根源还是没变，就是你说的代码
但问题是，你已经事先把所有的代码，抽象整合为模型了
模型与模型之间的交互，就完成了整个系统的开发。
所以看不见代码，我并不是说没有代码

重复早轮子，去看看 grails吧。

重复早轮子？javaeye之前也有过这样的一个帖子重点在于如何生成非规则性代码的？我印象中应该没有。
另外一个问题，重复轮子又如何，关键的是，能标新立异，不是吗？。

关键的地方在于，自定义代码，是当做一个已经存在的模型看待了，所以可以理解为0代码了，还是因为我们在开发项目的时候要为某些逻辑写代码，所以我们称之为非0代码开发。
不过，无论怎样看待这个问题都好，都只是我们个人对实物的理解划分概念上的分歧而已，但事物依然还是那回事。

公司在用那个动量平台，感觉是很强大，但每次发布都超慢，很不爽，感觉用平台后自己就是白痴了~不是程序员都能干开发了~,可悲啊~！所以我一直都很抵触所谓的开发平台。

非常巧楼主这个帖子的思路跟我们正在做的事情非常像，我们也再做基于代码生成的平台也是Eclipse插件方式实现。
整个平台分为运行平台和快速开发平台，其实快速开发平台应该叫做辅助开发工具更贴切一些。
借这个地方说下我的观点：
首先我个人是比较支持生成代码的方式的。
至于生成代码的还是基于配置（或者说高度抽象0代码）是两种思路，各有利弊。
基于配置的方式让业务功能基于配置，可无代码实现需求。这使得业务的实现和修改都比较容易，但是不利于实现个性化需求的实现。比如说，基于配置实现了一个订单的维护功能，客户需要添加读取另一个系统导出的xml或者excel的的需求，恐怕配置还是难以实现吧？即使是这点你想到了，可以说，我们平台有一套可配置的导入功能，那客户说了我要从excel中复制粘贴一张表格到你的系统内单据上，你再来配置一下试试？即使是共更能上你抽象了很多备用功能可用来配置组装，客户的业务还是无法穷尽的。所以不要妄图抽象提取客户所有的功能和业务要求，客户的需求是千变万化的。
而基于生成代码的实现方式则更容易满足客户这样的变态要求。有源代码，还有什么不能实现？如果实现不了那只能是编码人员技术的问题了或者客户的需求太无理取闹了，而不是因为平台限制了开发人员的发挥。
基于原码生成的方式，我建议还是生成那些常用的代码比如crud、审批、打印等等。代码生成不代表不抽象，生成的代码也是有父类的，基本的代码都可以在父类中实现，生成出的子类代码只留一些钩子方法，用于开发人员修改，加入特殊逻辑。如果没有特殊需求，这样做或许会有些重复，让很多代码非常相似，但这种相似的冗余，我认为是有必要的，可认为是为了以后的修改和扩充做的预留。
代码生成的意义在于让业务开发人员的开发能共容易实现一些，更少的犯错，代码的风格更统一。

至于特殊的业务逻辑，我觉得还是不要生成了，既然特殊说明可重用性很小。花力气生成这么个性的东西投入产出实在是不合算。

这只是我个人观点，如有不妥，还请指教啊。

如果客户需求是千变万化的，即便可以自动生成CRUD也无济于事，因为不能自动维护这些CRUD。
其次，导致程序员认为客户需求千变万化的原因有三点：
一、是可能客户这个行业是个新行业，确实存在很多变化（这种情况较少）
二、是开发人员根本不懂业务，或对业务一知半解。
三、是开发人员不具备抽象能力。