转自http://dev.csdn.net/article/61/61807.shtm

因为有些IDE不支持，一直没有完整留意UML的扩展机制，所以也就以为UML不很适合做MDA。比如生成Hibernate的hbm文件,一些属性的辅助属性比如lazy-load，应该放在Class图的哪里呢?
    最近AndroMDA在TSS上发广告，介绍说AndroMDA 3.0 M3作为正式版前的最后一个MileStone已经推出。就连过去看了一下。原来除了StereoType，UML另有Tagged Value的机制,可以把一些属性附在类的方法和属性上。

AndroMDA的结构应该说比较开放和实际的

1.AndroMDA使用过程

1.程序员通过Poseidon or MagicDraw  绘制UML图并导出XMI  或者使用 Schema2XMI工具从数据库生成XMI
    在绘制的过程中需要加入AndroMDA所需的StereoType和Table tag,column Tag等。
  MagicDraw似乎比较难看，而Poseidon还提供AndroMDA的plug-in，什么功能还没细看。

2.用户通过Ant运行AndroMDA
   Ant脚本除了指明xmi文件外，另一个很重要的节点就是节点,指明了Hibernate，Spring所需的一切项目级资料比如生成目录,数据源名称等。

3.AndromMDA解释XMI为相对高层的概念,然后调用Cartridge的Velocity语法模板的生成目标代码文件。
  目前提供EJB，Hibernate，Spring等几个Cartridge。
  如果要扩展Cartridge，只需要按照文档所教的方法，从内到外进行各种层次的增加，修改和替换。

2.五个核心部件
核心部件的设计代表了AndroMDA扩展的野心
1.Template Engines 
  目前使用Velocity作为模板语言,支持向其他语言的扩展。
2.MetaFascade
    提供一个高层的Meta-Data访问API， 支持UML1.3、1.4、2.0等等语法的MOF model并可自行扩展。
3 Repositories
    支持从XMI文件中读取MOF model，支持其他格式的扩展。
4.Cartridge
     通过MetaFascade读取元模型，通过模板生成代码的核心。AndroMDA自带了Spring,Hibernate等Cartridge，也可自行扩展。
5.Translation-Libraries
  把平台无关代码翻译成平台相关代码。比如Hibernate的getXXX()方法的HSQL语句，用者可以选择用Tagged Value写在模型里，也可以选择写成平台无关的OCL查询语言，然后用Query-Translation把它翻译成Hibernate HSQL，日后也可次翻译成EJB的EQL。
  目前有Query和Valiations两个Library，亦可自行扩展。

3.AndroMDA的意义
     AndroMDA带出的最重要的信息是，相对标准的，开源的MDA方案开始可用了，无数程序员不懈的代码自动生成的分散努力，有望纳入一个比较统一的框架内进行。
  对比自己的简易版MDA方案：
  1.模型的编写与维护
    好处第一是, 以前的模型是自己制定的XML标准，现在是标准的UML语言，谁不想自己的东西标准化一点，谁不想被招安阿。
        第二是模型可以使用图形化的工具维护模型了。
    坏处也是，只能使用图形化工具维护模型了，没有了以前XML文件的文本级的简单。
 
  2.代码的生成
    大家暂时都是使用Velocity，只不过它有现成的Cartridge，估计还会不断增加，众人拾柴，比自己孤军奋战，一些大点的模板根本没法写（从经济学角度）好多了。
    坏处就是以后修改扩展模板都要循规蹈矩，依足手续，比原来的随意扩展麻烦好多。

    等他的正式版出来, 正好也是我们项目结束, 整理代码以作重用的好日子吧.

AndroMDA的结构应该说比较开放和实际的

1.AndroMDA使用过程

1.程序员通过Poseidon or MagicDraw  绘制UML图并导出XMI  或者使用 Schema2XMI工具从数据库生成XMI
    在绘制的过程中需要加入AndroMDA所需的StereoType和Table tag,column Tag等。
  MagicDraw似乎比较难看，而Poseidon还提供AndroMDA的plug-in，什么功能还没细看。

2.用户通过Ant运行AndroMDA
   Ant脚本除了指明xmi文件外，另一个很重要的节点就是节点,指明了Hibernate，Spring所需的一切项目级资料比如生成目录,数据源名称等。

3.AndromMDA解释XMI为相对高层的概念,然后调用Cartridge的Velocity语法模板的生成目标代码文件。
  目前提供EJB，Hibernate，Spring等几个Cartridge。
  如果要扩展Cartridge，只需要按照文档所教的方法，从内到外进行各种层次的增加，修改和替换。

2.五个核心部件
核心部件的设计代表了AndroMDA扩展的野心
1.Template Engines 
  目前使用Velocity作为模板语言,支持向其他语言的扩展。
2.MetaFascade
    提供一个高层的Meta-Data访问API， 支持UML1.3、1.4、2.0等等语法的MOF model并可自行扩展。
3 Repositories
    支持从XMI文件中读取MOF model，支持其他格式的扩展。
4.Cartridge
     通过MetaFascade读取元模型，通过模板生成代码的核心。AndroMDA自带了Spring,Hibernate等Cartridge，也可自行扩展。
5.Translation-Libraries
  把平台无关代码翻译成平台相关代码。比如Hibernate的getXXX()方法的HSQL语句，用者可以选择用Tagged Value写在模型里，也可以选择写成平台无关的OCL查询语言，然后用Query-Translation把它翻译成Hibernate HSQL，日后也可次翻译成EJB的EQL。
  目前有Query和Valiations两个Library，亦可自行扩展。

3.AndroMDA的意义
     AndroMDA带出的最重要的信息是，相对标准的，开源的MDA方案开始可用了，无数程序员不懈的代码自动生成的分散努力，有望纳入一个比较统一的框架内进行。
  对比自己的简易版MDA方案：
  1.模型的编写与维护
    好处第一是, 以前的模型是自己制定的XML标准，现在是标准的UML语言，谁不想自己的东西标准化一点，谁不想被招安阿。
        第二是模型可以使用图形化的工具维护模型了。
    坏处也是，只能使用图形化工具维护模型了，没有了以前XML文件的文本级的简单。
 
  2.代码的生成
    大家暂时都是使用Velocity，只不过它有现成的Cartridge，估计还会不断增加，众人拾柴，比自己孤军奋战，一些大点的模板根本没法写（从经济学角度）好多了。
    坏处就是以后修改扩展模板都要循规蹈矩，依足手续，比原来的随意扩展麻烦好多。

    等他的正式版出来, 正好也是我们项目结束, 整理代码以作重用的好日子吧.

另外，这里转载一个介绍：

http://blog.csdn.net/chenyun2000/archive/2005/01/05/240120.aspx

AndroMDA是一个遵循MDA规范的开源代码生成框架：从CASE工具获得模型生成所有可部署的应用程序和其它组件。

1、什么是AndroMDA？

l         AndroMDA是开源MDA框架

l         它接受各种模型（通常是由CASE工具生成的保存在XMI中的UML模型），结合各种AndroMDA插件（cartridge and translation-libraries），生成各种自定义组件

l         可以使用各种语言，如Java、.Net、HTML、PHP或通过编写（或已存在的）插件支持的语言

2、MDA和代码生成

l         使用MDA可以尽量简化开发者和架构师的工作，使他们更简单的数字化他们的想法（Mental Model或MM）：使他们创建平台无关的模型（PIM），这种模型是MM在一种相当正式的语言（如UML）中的一种one-or-one映射

l         使用MDA的好处：

Ø         十分直接的转换过程

Ø         开发者和架构师将焦点集中的业务逻辑，而不是底层技术

Ø         PIM可以重用，而不是绑定到任何存在的平台

Ø         PIM是和其它想法沟通的有用媒介

l         下一步是转换PIM成程序代码：MDA的方法是逐步精炼模型成特定平台的模型（PSM），解析该模型成实际上要手工编写的代码

l         对于AndroMDA，存在不同的cartridge，会分析给定的PIM，通过用来生成代码的模板来创建PSM

l         AndroMDA的转换过程由称为cartridge的插件来控制

l         AndroMDA有助于消除那些厌烦的和重复的任务

3、为什么要使用AndroMDA？

l         消除编写多余代码

l         项目模型反映代码

l         项目使用标准的平台无关的方法文档和图表化，使其更加简单和快速的适应快速变化的技术

l         你的模型允许更简单的与业务方面进行沟通

4、AndroMDA能做什么？

l         目前AndroMDA主要用于J2EE技术的开发，能够创建使用UML生成代码的J2EE项目

l         可以选择使用Hibernate、EJB、Spring、WebServices或Struts来生成代码，代码的生成自动集成到build过程中

5、AndroMDA如何工作

l         AndroMDA读取模型到内存中，使这些对象模型对它的插件有效

l         这些插件准确定义什么是或不是AndroMDA要生成的

l         每个插件可以根据项目的特殊需要进行定

发表于 @ 2005年10月10日 17:27:00|评论(loading...)|编辑