在我们创建领域模型前，我们有必要了解一下我们的模型用来表达什么内容。 所以我就先解释一下在这个系列文章中要实现应用。 假设Eclipse组织邀请你编写一个让他们管理贡献者和项目的应用程序。

我们需要创建一个模型来表达客户提供的信息。他们有可能如下图。

让我们进一步的看看这个模型。

下面这张类图给出了关于上面模型的全貌。

正如你所看到的，我把许多关系设成了双向关系。 As you noticed I modeled many of the relations as bidirectional relations. 这个并不是严格要求所有地方都要这样，因为有的地方可以通过eComtainer来获取他的父亲。就像project-subproject一样。 但是包含关系（containment relationship）在使用databinding的情况下就不太合适了。因为从子到父亲时没有对应feature，只能通过调用eContainer()方法来获得。 EMF提供了一个编辑器来创建你的Ecore-Model并把它保存成XMI格式。我们可以用它来创建测试数据。下图就是一个例子。

在学习EMF-Databinding的时候发现了Tom Schindl的博客。他的博客中有一个关于EMF Databinding的专题。感觉很不多。想尝试着翻译一下。 那么Tom Schindl是何许人也？他是JFace项目的一个Contributor，在2007年Eclipse Zone 就曾经采访过他。 所以称他为EMF Databinding的专家一点也不过分。

	Note
	原文为路径为http://tomsondev.bestsolution.at/2009/06/06/galileo-improved-emf-databinding-support/

2. 原文

现在只是看了

oclQueryExmaple

Querying EMF Models with OCL

在项目中简单的使用了一下他作为查询的工具。感觉他真的很不错，在下一段时间将会重点去了解他。

前面一篇提到了他基本的概念和能完成的功能。在这一篇里我们来看看他的使用条件和使用方法。

使用条件：应为

org.eclipse.jdt.core （提供基本的语法分析）

org.eclipse.core.runtime （提供基本的 URI 等）

org.eclipse.ui （提供进度条，我就看到了这个。其他可能还有）。

看到他要使用这么多 Eclipse 的东西。我彻底的打消了在 Eclipse 外使用他的打算（如果谁有好的解决方案记得给我发一份。在下感激不尽）。

我们下面就来看看如何定制他的合并规则是如何定义的吧。我先做法是找了一个例子。看看他是如何工作的。

我的 Merge.xml 如下：

清单 2 ：

<? xml version = "1.0" encoding = "UTF-8" ?>

< merge:options xmlns:merge = "http://www.eclipse.org/org/eclipse/emf/codegen/jmerge/Options" >

< merge:dictionaryPattern

name = "generatedMember"

select = "Member/getComment"

match = "\s*@\s*(gen)erated\s*\n" />

<!-- if target is generated, transfer -->

<!-- change to sourceMarkup if the source is the standard -->

< merge:pull

targetMarkup = "^gen$"

sourceGet = "Method/getBody"

targetPut = "Method/setBody" />

</ merge:options >

运行前的 Source （ Java Source A ） 部 分源代码为

/**

* Source javadoc 13

* <!-- begin-user-doc -->

* Source user javadoc 14

* <!-- end-user-doc -->

* Source javadoc 15

* @return source

* @generated

*/

public boolean isID()

{

// begin-user-code

System.out.println("Source user code 1");

// end-user-code

System.out.println("Source code 2");

return id == "source";

}

运行前 Target(Java Source B) 部分的源代码为：

/**
* Source javadoc 13
* <!-- begin-user-doc -->
* Target user javadoc 16
* Target user javadoc 17
* <!-- end-user-doc -->
* Source javadoc 15
* @return source
* @generated
*/
public boolean isID()
{
//This is my owner code
System.out.print("Will be replace");
// begin-user-code
System.out.println("Target user code 2");
// end-user-code
System.out.println("Source code 2");
return id == "source";
}

/**
* Target javadoc 19
* <!-- begin-user-doc -->
* Target user javadoc 20
* Target user javadoc 21
* <!-- end-user-doc -->
* Target javadoc 22
* @param target
* @generated NOT
*/
public void setID(boolean value)
{
//This Jet Code
System.out.println("Not be replaced!");
id = value ? "target" : "source";
System.out.println("Target code 4");
}

注意： isID 方法 注释里有” @generated” 这一行。而 setID 方法的注释中是 @generated NOT 。

运行后的结果是（ Result of merge ）为

/**
* Source javadoc 13
* <!-- begin-user-doc -->
* Target user javadoc 16
* Target user javadoc 17
* <!-- end-user-doc -->
* Source javadoc 15
* @return source
* @generated
*/
public boolean isID()

{

// begin-user-code

System.out.println("Source user code 1");

// end-user-code

System.out.println("Source code 2");

return id == "source";

}

// 使用了 Source 部分的代码。

/**
* Target javadoc 19
* <!-- begin-user-doc -->
* Target user javadoc 20
* Target user javadoc 21
* <!-- end-user-doc -->
* Target javadoc 22
* @param target
* @generated NOT
*/
public void setID(boolean value)
{
//This Jet Code
System.out.println("Not be replaced!");
id = value ? "target" : "source";
System.out.println("Target code 4");
}

// 维持原来 Target 中的代码没有变化。

这样我们就不难看出

< merge:dictionaryPattern ……/> 段 是定义了一个匹配模式。具体的这个匹配模式要做的动作就是在

< merge:pull

targetMarkup = "^gen$"

sourceGet = "Method/getBody"

targetPut = "Method/setBody" />

段中定义了。猜想他只是把 Source 部分的内容直接输出到 Target 那里去了。

如果我们觉得需要做点什么过滤。比如说想保留 Target 中一个特定的内容。这一个我们可以通过 merge:pull 中 sourceTransfer 属性来设置。

现在来看一个例子：

把 merge:pull 节点修改成

< merge:pull

targetMarkup = "^gen$"

sourceTransfer = "(\s*//\s*begin-user-code.*?//\s*end-user-code\s*)\n"

sourceGet = "Method/getBody"

targetPut = "Method/setBody" />

注意：添加了一个 sourceTransfer, 他的值 值是一个正则表达式。匹配的是被

“// begin-user-code” 和“ // end-user-code” 包围住的所有的字符。

Target 的代码为（我们现在只是关注 isID 方法 ） 。

/**
* Source javadoc 13
* <!-- begin-user-doc -->
* Target user javadoc 16
* Target user javadoc 17
* <!-- end-user-doc -->
* Source javadoc 15
* @return source
* @generated
*/
public boolean isID()

{

// begin-user-code

System.out.println("Source user code 1");
System.out.println("This will not be replaced!");

// end-user-code
System.out.print("this will be replaced!");

System.out.println("Source code 2");

return id == "source";

}

请注意看一下红色部分的两行代码。

合并后的代码为：

/**
* Source javadoc 13
* <!-- begin-user-doc -->
* Target user javadoc 16
* Target user javadoc 17
* <!-- end-user-doc -->
* Source javadoc 15
* @return source
* @generated
*/
public boolean isID()

{

// begin-user-code

System.out.println("Source user code 1");
System.out.println("This will not be replaced!");

// end-user-code
System.out.println("Source code 2");

return id == "source";

}

在“ // begin-user-code ” 和“ // end-user-code ” 外的代码全部被替换成了。这样就起到了过滤的效果。

代码生成后，我就想看看EMF为我生成了什么样的代码。我如果需要修改的话该如何修改。

”文中的模型。

：

的结构如下图所示：

从图中我们可以看到有三个包：

他们分别是：family,family.impl和family.util。

family和family.impl包之间的差别就是一个是Interface，另外一个是这些Interface的实现。

我们先来看看我们模型中出现过的类：

Family,FamilyTree,Female,Male以及Individual。

他只是为我提供了Set方法。接口的继承也没有做修改。但是他对应的实现类就有了很多变化。

首先从类的申明来看：

中打开他的继承关系看了一下。

这里有一张图可以清晰的说明这个继承关系的职能。

我例子中的Business Layer是FamilyImpl类。

这样我们的就可以不写一行代码就可以使我们的对象具有Notification/Common的功能（关于Notification和Common的功能到底是怎样的，我会在后续的学习笔记中记下来。呵呵，是不是很爽啊）。另外在《Eclipse Modeling Framework: A Developer's Guide》一书的第二章也有提到这部分的内容,不过由于他讲解的EMF的版本比较老和我现在使用的版本有点出入，不过基本的功能还是讲到了。

在Family下面有三个属性，father,mother和children。

EMF给我们生成的对应的代码为：

以及一些get和set方法。

对于set方法中除了基本的赋值以外还加上了向所有对这次变动感兴趣观察者发送一个变更消息：

对于get方法要分基本类型还是对象这两种类型来处理。

如果是基本类型，直接返回就好了。

如：

1、  Using EMF,  Author :Catherine Griffin

2、   EMF介绍系列（二、从模型生成应用程序） Author:八进制

3、  Mastering Eclipse Modeling Framework，Author:Vladimir Bacvanski(Vladimir@inferdata.com) Petter Graff(petter@inferdata.com)