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

不了解楼主说的东西是代表什么，开发平台是指开发工具还是基础架构呢？看起来你描述的好象是开发工具，自动生成部分代码对于项目的扩展，维护其实没有多少帮助。就算于开发，也省力不了多少。重复的代码一遍遍地写，本身就是不合理的，自动生成的代码更是意义不大

这位兄台，我觉得你先要管住自己的嘴巴，不要在这里失礼。

自动生成代码，是规律性比较强的代码，至于是不是可读性很也很差就看个人的造诣了，另外也要去考虑下，是否有必要去强调可读性一定要很好。另外，事物都是两面性的，你要有规律要快，就得牺牲点什么，我们要在这两者之间取一个平衡。

另外，你说设计和源码的直接的方向问，如果你思维只是停留在这个对应关系上面来的寻找突破点的话，你肯定不能前行，你为什么不考虑下，我不反向行吗？

“而剩下20%复杂的功能则需要投入80%的开发工作量”，这个就的看你平台的扩展性了，有些平台看起来很完美，一个系列的，但很可能会发生你所说的这样的问题，能否做到20%的复杂功能，还能如一般写java代码一样处理，那就看每个平台的设计了。经过那么多年的摸索和积累，国内有些平台还是不错的，对于你提到的这个问题，别人也有一定的合理的解决方案。

有时候我觉得最好不要以自己的经验来作为判断的别的事物的依据或标准，因为每个人的认知都是非常有局限性的，你想不通的问题，未必在别人那里走不通，有时候跳出自己的思维框框去想问题可能会更好。

这里我就不强调所谓的开发平台有没有意义这样的问题了，这个不是我写这个文章的目的，

我理解的平台是这样， 平台 = 开发工具 + 基础框架 + 一些管理后台，我这里说的生成代码，生成的代码当然是居于一个基础框架之上，平时我们用ssh开发项目的时候，不是也是这样吗？现有一个基础框架，然后搭建业务，我这里的生成代码，准确的说是 生成业务代码。

代码层面的东西，抽象角度还是不够高
现在比较流行的是面向模型驱动了，0代码开发

代码自动构建技术很早就有了，最经典的是Hibernate的eclipse插件，支持正向工程和反向工程，这只能作为一种工具，具体的业务代码自动构建技术，需要在业务中积累，然后寻找规律，根据规律再开发一套自动生成代码的Code Generater,如果代码是非典型性的，在整个项目中就用一次，这样的逻辑再开发一套装代码自动构造，就是把简单的事情做复杂了，具体的，可以看我的Spring配置文件的自动生成.[只是举例]
http://a123159521.iteye.com/blog/1112276

最近我也写了个快速开发的代码生成工具，action端的校验，我是通过在pojo上加自定义注解，然后用工具类解析注解，用dom4j生成相应的xml校验文件，虽然struts2本身支持注解，但是习惯了xml的配置。但是页面上的表单是最让人头疼的，也是最浪费时间的。有什么好的办法吗？我可以生成可配置的表单。有什么好的工具也行。

我们公司有个牛人就开发了一个依赖于eeclipse的快速开发平台,叫softfan,生成增删改查的代码,还有js验证,功能菜单页面等等这些东西都很方便,但用起来很复杂,虽然这个东西已经出来几年了,但由于用起来比较麻烦,一直都没在我们公司普遍用起来,有时候觉得还是自己手工写代码要思路清晰一点!

完全支持，如果没有debug和版本控制，只能是玩具，而不是开发工具。
现在那个好点的工具都是基于eclipse的，包括国内最好的Justep X5。
所谓基于ie的开发环境，其实就是垃圾。

如果说我不谦虚而失礼了，那么原因是因为你这文章的标题和水平相差很远。

上面有人指出了，规律性较强的代码应被封装为可复用的组件，重复调用，而不是重复生成代码。

做为一个技术人员，你认为“人的知识是有限的”是可以逃避批评的理由吗？
电信的算费代码你能生成否？
电费的收费代码你能生成否？
工作流代码你能生成？
数据权限代码你能生成？
报表统计代码你能生成？
设备管理中的设备装拆换移你能生成？

不要以为编程就是CRUD，只有不关注“领域模型”的菜鸟才会把目光聚焦于所谓自动代码生成这样毫无意义的工作上。

我觉得你先去看看我说的是什么，然后再回来思考下，有没有必要这样反问。