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

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

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

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

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