探讨一下基于 服务组件 + 业务代码模板 的 开发平台

看了一些国内外的与快速开发、代码生成等方面的工具或平台，如： openArchitectureWare(oAW) , AndroMDA  普元，锐道等。
结合目前自己公司做的系统，我想各位亲探讨一下我想要的一个平台：

1.按行业不断累积业务模型。现在普遍公司都把业务模型和解决方案当作秘密和核心竞争力。代码开源，不如业务开源。 由于业务的复杂性,纯工具一次生成代码，有点不可能；简单的CRUD,不用生成，直接复制例子代码,改改也快。

2.复杂的业务逻辑，都按事先写好，封装为服务。根据不同的环境，支持
   （1）web服务层的 @Service(spring)
   （2）EJB层的服务(@EJB)。
    （3）浏览器层的服务(JS API)。
   统一接口，可以为不同的客户需求编写不同的服务实现。
   例如：按功能有 短信、邮件、缓存、安全控制、定时、远程调用、导出；按性能需求有：单个处理、批量处理、特大量处理（JPSQL、原生SQL）

3.代码生成工具，可以选择：业务模型 + 服务类别 + 页面模版 生成 响应代码。
   代码生成工具的开发，首推 GWT , 只有基于web的，才方便推广。 GWT 适合开发复杂控制的应用。

4.开源。只有开源，才有可能把业务模型不断丰富。

   

  有一点我有点疑惑，你说封装服务，后台的我好理解，但是前台的也就一些API，哪来的服务？而这些API最终也是靠后台提供的服务支持的

另外你所说的业务模型和服务类别是指的什么？
能不能说的具体点？

抽象不起来。。。

你看看这个能不能帮到你 langsotech.com

这个？http://code.google.com/p/halo-cloud/

langsotech.com 的 貌似不错。开源吗？  因为生成的代码，可不是一定按你们的mvc框架来生成的。现在企业应用，我就推崇 springmvc + spring + ejb3 + jpa  

code.google.com/p/halo-cloud/  云服务架构（企业内的基础应用云），也是很不错的想法。但是各个系统之间的交互技术，我现在很喜欢  spring http invoke 。它是介于 socket 和 web service 性能之间的一种。