接触Eclipse一段时间的朋友应该都听说过EMF这个名字，EMF是Eclipse Modeling Framework的缩写，它是Eclipse的一个重要的子项目，如果翻译成中文就是“Eclipse建模框架”。其实只从这个名字还真是难以确定它的作用是什么，我认为要完全掌握EMF应该对模型驱动开发(MDA，Model Driven )有一定的了解，而EMF可以看作是Eclipse上的MDA 一个实现（代码生成是MDA 的重要组成部分之一），它能够生成在Eclipse上执行的代码。可惜我对MDA没有系统研究过，对EMF的应用大多是为了减少模型修改带来的影响，所以也希望EMF能带我进入MDA的世界。
MDA讲究的是把模型和应用系统实现分开，模型是最重要的部分，可以说有了清楚的模型，就完成了一半的工作。模型是由元模型（Meta Model）定义的，例如UML里“类”和“属性”这些概念是在UML的元模型里定义的，而元模型又是由“元元模型”来定义，后者多是自描述的，也就是能够自己定义自己，所以很少见到“元元元模型”的概念。在MOF规范里，元元模型处于M3层，元模型处于M2层，往下的M1层是模型，而M0层是实例。EMF定义了一套Ecore元模型，该模型是EMOF（MOF的一个子集，MOF是Meta-Object Facility 的缩写）的一个实现，这是一个自描述的模型，可以认为它处于MOF中的M2层，即与UML元模型相同的位置。用Ecore元模型可以定义ecore模型，也就是.ecore文件，这个模型处于M1层，而ecore模型的实例处于M0层。关于MOF的更多概念请参考MOF规范和相关文档，MDA的各种概念是相当多的，研究它的人也很多，我认为EMF算是比较务实的一派。如果以后有机会深入研究Ecore元模型，我也会把心得写在这里供大家参考。
EMF自发布以来一直受到Eclipse社区的热情拥护，目前很多Eclipse的子项目都是基于它开发的，可见EMF确实能给开发者带来好处。随着EMF的成长，出现了越来越多的文档，在/emf上就可以找到不少，最全面和权威的当属这本Eclipse Modeling Framework A Developers Guide，完整的讲解了EMF，虽然针对的版本较早，但绝大部分内容还是适用的；作为入门读物，网站上Documents里列出的一些教程也是不错的选择；EMF的新闻组更是一个很好的交流场所，Ed Merks（EMF设计师之一）和其它几位开发人员可以说是有问必答，感谢他们的认真态度。
通过在一些项目里使用EMF，我也逐渐感觉了到它起到的作用，特别是当模型里各种元素和关系比较多时，EMF的代码生成功能会节省不少工作量，对于我们开发人员来讲，这不就是最大的好处吗。其实用EMF构造一个应用的步骤很简单：1、构造模型，2、生成代码，前者可以通过UML类图、Java接口、XML Schema等多种方式定义，后者可以选择只生成模型部分的代码，也可以同时生成编辑器部分的代码，对这个编辑器做一些定制就可以得到符合需求的应用程序。
类图可以帮助我们直观的了解应用系统里各对象的关系，但在开发过程中，类图里的定义很可能被修改，如果这一修改没有及时反映回类图，类图就会逐渐变得不准确而失去作用。但是保持代码和类图的一致是一件很烦琐的工作，有时由于项目管理的需要，类图又必须保证
能够反映系统的真实结构。比较好的解决方法是让代码由类图直接生成，模型需要修改时也在类图上做改动，并且重新生成代码，这正是EMF的专长。
说了这么多，你可能还是没弄明白EMF到底能为我们带来哪些好处，是怎样为我们节省工作量的，从下个帖子开始我们将一步步了解怎样使用EMF构造应用程序。因为是边用边写，所以这个系列的帖子都不会太长，相信后面部分会以心得和技巧等内容为主。
EMF介绍系列（从模型生成应用程序）
还是从一个例子里看看EMF的使用方法和作用吧。假设我们的应用是一个网上商店，在系统里有这些对象：商店Shop、类别Category、商品Product，其中类别可以包含子类别。现在我们用EMF从头到尾生成一个可以管理类别和商品的应用程序。如果你的Eclipse里还没有安装EMF，在/emf下载适合你Eclipse版本的EMF SDK，建议你下载全部包含的那种。安装后，在新建对话框里会增加EMF的类别，如图1所示：
图1 新建向导里的EMF类别
其中“EMF Model”是从已有的模型文件创建genmodel模型，这个模型是专门用来生成代码的；如果你手里已经有一个模型（比如一个.mdl文件或是一个.xsd文件等等），可以选择新建“EMF Project”，这样在向导的后面部分里会要求提供已有的模型文件；因为我们打算自己从头开始建立这样的模型，所以选择“Empty EMF Project”，和建立普通插件一样，要提供一个插件名称，我们为这个商店项目起名为com.my.shop，然后按Finish即完成向导。目前这个新建立的项目里还没有包含任何代码，只是在META-INF/MANIFEST.MF 文件里定义了对EMF相关插件的依赖。
下面开始定义ecore模型，我比较喜欢图形化的方式，因为看起来很直观，所以我使用Omondo公司的EclipseUML插件来画类图，这个插件的免费版本在它们网站下载，注意下载适合你的Eclipse的版本。当然rose也不错而且更加稳定，但它不是免费的，而且只能在Windows里使用。和Rose不同，EclipseUML对EMF有特别的支持，安装这个插件后，我就们可以在项目里新建一个“EMF Class Diagram”，这样会同时创建一个.ecd
文件和一个.ecore文件，EclipseUML编辑的类图信息会保存在这两个文件里，前者主要是图形方面的内容，而后者是真正的模型信息，注意这两个文件中的任何一个都不要搞丢了，最好能经常备份一下。
在EclipseUML里编辑类图很简单，需要注意的是，两个对象之间如果有关联，要仔细考虑关联是否为“包含”关系（一般在UML中以黑色菱形表示），如果一个类没有包含在任何其它类里，则这个类的实例不会被保存到文件。例如图2中Category包含在Shop中，Product包含在Category中。这样，所有的对象都直接或间接的被Shop对象包含。换句话说，如果以Shop作为“根”，所有的对象都可以被保存到文件里。
EMF对java基本类型和一些常用类做了包装，例如int->EInt，ng.Integer->EInteger 以及java.util.List->EList等等，所以在定义类的属性时要使用这些EMF的类型，当然也有办法使用自定义类型（以后会用到）。我们例子里的模型相当简单，一共只有三种业务对象（为了更加直观，我们增加了一个NamedElement接口），现在网上商店类图的第一个版本如图2所示。
图2 网上商店类图（版本1.0）
接下来就要生成代码了。EMF使用JET利用模板生成代码（前面曾介绍过JET），所以要把ecore模型转换为可以被JET利用的genmodel模型，具体的操作是按ctrl+n新建一
