VMD是否能有效帮助项目团队

 VMD——可视化模型(模板)开发(For JAVA)，是IBM现在推给我们用的一个Eclipse插件工具，其目的是能够通过类似于微软Visio的IDE，让代码功能组件在窗口的拖拽过程中完成；甚至希望更进一步，不但要完成代码结构的组合，而且主要应用逻辑的编写也可以被拖拽和点击、填空给替代。

    我需要在这里假设几个背景：

1. 1. 插件完全按照项目团队使用的技术框架定制的(SSH)
   2. 插件完全按照项目团队已熟悉的代码结构定制的   
   3. 插件完全遵照项目团队已有的编码命名习惯 

    (这几个前提非常关键，当然目前这个VMD工具对这三个前提实现的也是不够好，这是题外话。)

    我现在想要阐述的是，即使上面三个前提已经存在了，那是否现阶段VMD对项目团队来说就是一个合适开发工具。

 

    首先从语言本身特色来说，比较一下Visio的MFC平台和Java的JDK平台，这两个平台是否是同一个层次的东西？肯定不是，MFC是一套完整的基础类库，而JDK相当于OS的API，在Java语言中和MFC类似的就是哪些海量的Apache，Spring等等开源项目他们完善的Java的类库，所有开源项目的合集能力要比MFC强大的多。我不是一个C++的程序员，但是我知道在VC类库方面要超过MFC几乎没可能。但是Java呢？比JDK强大的类库太多了。每个开源组织关注点不一样，每个公司也不一样。同样的功能实现方式和思路也不一样。就说一个StringUtils，有common-lang、common-lang3,spring-core,guava等提供，所以从底层类库的管理上来说，VMD就很难决策，也没法决策。一个是封闭大教堂似的&#