忘掉普元EOS、构建自己的企业级快速应用开发平台

我同意某一楼说的, 如果单是为代码生成器搞一套GUI, 确实是麻烦了

呵呵，和obpm很像！

但完全隔离代码，完全基于配置式的系统在性能和灵活性上受到的限制更大，可扩展性有限啊！

请问楼主 怎么没有下载的地方呢？

制作这种开发平台关键还是看你的最终目标，如果只是通过模板生成一个通用的代码，那总的来说还是一个代码生成工具。
而真正做一个开发平台，是不应该在对其生成的代码在做手工修改的。可以采用接口等方式，新作一些代码来扩展，而不能对生成的代码进行修改。
做到了这一点，才能真正保证开发的效率，而不需要去考虑反向等问题。
我们也做了快速开发平台，业务逻辑层和数据库层都已经不需要关心代码了，全部可以配置实现。
页面层，我们是根据模板来生成代码，当然生成的代码也是不需要修改的。

让程序员更白痴的平台!!

有一套适合自己企业应用的架构，可以大大提高开发的效率，降低维护的成本。

呵呵，这么长时间了，还有人关注这个帖子，谢谢大家的捧场了！
顺便通报一下我们平台目前的状况：
1、增加了Web Service接口功能，基于spring-xfire实现的，目前基于server这一层的所有接口，在代码生成器生成代码（或手工添加接口）时，xfire会对其自动封装并对外暴露。并同时集成访问接口。程序员不用直接接触wsdl了（安全方面目前只是通过IP过滤来简单实现）。
   这样的话，同样基于平台的A、B两个独立系统，可以通过WebService进行相互调用，同时，从本地调用变更为webService调用不需要修改任何代码，只要修改配置文件的一行定义就可以了！
   这个应该算是我们平台的一个标志性的里程碑了吧！从一定意义上来说，这才真正成为一个开放的平台，算SOA化了，呵呵！

2、模板更加丰富了，基于工作流应用我们目前已经有了一套通用模式，可以和流程引擎进行无缝结合！针对流程应用的模板可以生成绝大部分引擎相关部分的代码，程序员只需要修改流程定义模板的名称就可以了！同时针对一对多，一对一关系的模板进行了大量优化，能够适应更多的企业应用场景了！

  目前的平台还是主要针对开发人员，是企业应用快速开发平台，我们后续规划将其和我们已经有的一套应用快速搭建平台进行整合，以使其能够同时被业务人员和开发人员使用。简单业务就由业务人员通过搭建平台的可视化的流程和表单配置来实现，复杂业务再由技术人员通过开发平台来实现。
   最后再谈一下应用快速开发平台的定位吧，相信这也是大家最近争论的一个焦点，说有用的有之，说用处不大的也有之。我个人的观点是：只要你的平台够灵活，模板够多、够复杂、兼容的业务场景越多，它就有用，而且很有用；反之，如果平台底层呆板，模板简单，它的用处就不大。至于其它的什么维护的便利性什么的我就不再多说了，免得有吹嘘之嫌了，反正大家仁者见仁，智者见智！套用一句常话就是－－－寒天饮冰水，冷暖自知！
  我个人目前的工作重点已经转移到企业应用快速搭建（配置）平台上来，目前也有些心得，将其和应用快速开发平台的整合也颇有些成效，后续得空将续开些新博文，和大家共享，希望各位继续赏脸捧场！！！！

EOS rubbish!!!!

呵呵，代码隔离，很有创意啊。。。

大牛很多。不过我就不信你业务逻辑可以全部配置实现，要么就是你没做过复杂的业务逻辑，就是简单的增删查改。