XSD to Ecore connection Mapping

XSD to Ecore connection Mapping

关键字: xsd emf ecore

在MBI的intern主题就是做关于Model driven的工作，其中大部分是插件、rcp的开发，用的技术也主要是EMF，GEF和GMF。其中，EMF是基础，领域模型总是要放在最前面。EMF的对建模提供了好几种方式，用UML工具、java annotation，xmi，xsd等。当然，用UML工具，如EclipseUML是最方便的了。可是如果应用要涉及到xml的话，还是用xml schema吧，而且xml schema也是比较简单的。

     虽然xsd的学习成本不大，不过对于xsd和ecore的映射问题，我感觉还是有必要学一下。因为用xsd gen ecore的话，为了得到一个比较满意的ecore，就要用一些ecore的标签。如果想详细了解xsd 的ecore标签，google一下“XML Schema to Ecore Mapping”，介绍的比较详细，我这里只想介绍一点关于connection的知识。

     实际上，从xsd到ecore，大部分的映射还是比较简单的。像直接就映射成EClass了，映射成EAttribute。当然，还可以用还多的限定，这里不说了，还是说说关于connection的东西吧。所谓connection，就是面向对象里的关联，聚集之类的概念。

（1）聚集 

A类里有个属性名为container的Elist(注意，如果使用在UML建模的话，以EclipseUML为例，建立关系的时候，要把Property中的Containment设为true)。在xsd里，如何表达这种关系呢。如下：

xml 代码

<xsd:complexType name="A">
        <xsd:sequence>
            <xsd:element maxOccurs="unbounded" minOccurs="0"
                name="container" type="demo:B" />
        xsd:sequence>
    xsd:complexType>

    <xsd:complexType name="B">
    xsd:complexType>

和普通的xsd定义没什么区别。

（2）关联

 

对于这种方式的联系，EClass会有EReference生成，EReference是non-containment的，所以就不用设置Containment属性了（默认为false）。xsd定义如下：

xml 代码

<xsd:complexType name="C">
        <xsd:attribute ecore:reference="demo:D" type="xsd:IDREFS"
            name="container"/>
    xsd:complexType>

    <xsd:complexType name="D">
    xsd:complexType>

可以看到ecore:reference标签的使用，它会生成一个属性为container的Elist。type="xsd:IDREFS"表明0..*。如果type="xsd:anyURI"，则为0..1；type="xsd:IDREF"也为0..1。type="xsd:anyURI"使用了代理，可以关联到不同文档中的其他模型。

双向关联

在这种双向关联中，如果使用EclipseUML，在生成的ecore模型中，C中会有一个名称为ds的Elist，D中会有一个名称为cs的Elist。xsd定义如下：

xml 代码

<xsd:complexType name="C">
        <xsd:attribute ecore:reference="demo:D" type="xsd:IDREF"
            name="ds" ecore:opposite="cs"/>
    xsd:complexType>

    <xsd:complexType name="D">
        <xsd:attribute ecore:reference="demo:C"
            name="cs" ecore:opposite="ds">
            <xsd:simpleType>
                <xsd:list itemType="xsd:anyURI" />
            xsd:simpleType>
        xsd:attribute>
    xsd:complexType>

可以看出，比较单向关联，双向关联增加了属性。当然，EMF并没有硬性的要求这样做，也就是说，在C和D的xsd定义中，属性是可选的，不过还是建议带上它。

最后要说明一些在用xsd建模时需要注意的一些问题：

一般情况下，使用GMF是为了开发工具（这种活在MBI很是常见），所以最后的应用就是带一个pallete，还有一些node啊，edge啊之类的东西。所以在使用xsd建立模型的时候，要注意一些ecore标签的使用。例如，如果将来需要生成一个从C到D的edge边，就像上例那样，那么一定要在xsd中使用标签，否则会出问题。如果不需要拖拽一天edeg来建立两个node之间的联系，那么标签就无所谓了。通俗点说，如果想通过在将来的pallete里拖拽edge来建立两个node之间的联系的话，在定义xsd时，就要使用<xsd:reference>标签。

从我个人来讲，比起EclipseUML，我更喜欢直接定义xsd，再gen model。这样在将来的应用中可以更方便的处理xml了。不过这样也会要缺点，尤其是在用到GMF时，可能会产生一些error。