使用GMF开发可视化界面编辑器(一)

    早期的图形化界面应用程序主要使用GEF框架来开发，如：JBPM流程定义工具，采用GEF+javaBean的组合模式，这种方式不好的一点就是在模型层的处理上过于繁琐，需要开发人员人为实现模型通知机制，而且也不利于后期的扩展维护，一旦有新需求出现，修改模型结构非常困难。

    于是有人尝试EMF+GEF的组合模式，因为EMF在模型映射处理上相对比较成熟，而且由EMF所驱动出的实体类本身也具备了通知机制，可以将模型结构的状态改变通知到控制层，但在使用的过程中也有新的难点出现，EMF和GEF分别有自己的命令处理机制来用于定义对模型的修改操作，两套机制所定义的接口不同，没有办法实现通用。

    GMF框架的设计解决了EMF和GEF整合的困难，通过适配的方式将两种命令机制关联起来，并且在整合两个框架的同时，也做了很多功能上的扩展，包括：

    1、从Ecore元模型中扩展出Notation Model(修饰模型)用于定义节点的修饰(字体、坐标、布局约束等),从而将节点的修饰属性从业务模型中独立出来，让Ecore模型只关注在业务逻辑的建模处理上。

    2、GEF框架的视图展现主要使用了Java的draw2D技术框架，需要开发人员手工编写相应的Figure类来定义视图节点的显示，GMF框架对视图的展现做了进一步的封装处理，将视图的定义抽象到模型配置文件中去进行管理，在由Runtime子框架去解析生成相应的Figure实体，从而让开发人员以定义模型的方式来定义视图。

    GMF框架是一种典型的模型驱动开发方法，开发人员甚至可以在不编码的情况下完成模型实体到上层应用的整个驱动过程，但是由它所驱动出的项目实例只是针对大众化需求的一个功能定制，如果想加入个性化需求，修改工程代码也是在所难免的。新建一个GMF项目，我们要走以下这样一个流程：

既然是模型驱动开发方法，肯定离不开模型的定义

    首先借助EMF框架来完成Domain Model的建模处理 生成模型的配置文件 *.ecore;

    然后定义视图模型，视图的展现主要包含两部分，分别是Figure节点和用于创建Figure的工具,两个模型分别保存到*gmfgraph文件和*.gmftool文件当中;

    直到现在这三个模型在应用上还是处于相互独立的状态，需