在前面的帖子已經提到，GEF（Graphical Editor Framework）是一個圖形化編輯框架， 它允許開發人員以圖形化的方式展示和編輯模型，從而提升用戶體驗。這樣的應用程序有很 多，例如：UML類圖編輯器、圖形化XML編輯器、界面設計工具以及圖形化數據庫結構設計工 具等等。歸結一下，可以發現它們在圖形化編輯方面具有以下共同之處：
提供一個編輯區域和一個工具條，用戶在工具條裡選擇需要的工具，以拖動或單擊的方式 將節點或連接放置在編輯區域；
節點可以包含子節點；
用戶能夠查看和修改某個節點或連接的大部分屬性；
連接端點錨定在節點上；
提供上下文菜單和鍵盤命令；
提供圖形的縮放功能；
提供一個大綱視圖，顯示編輯區域的縮略圖，或是樹狀模型結構；
支持撤消/重做功能；
等等。
圖1 基於GEF的界面設計工具（Visual Editor，VE）的工作界面
GEF最早是Eclipse的一個內部項目，後來逐漸轉變為Eclipse的一個開源工具項目， Eclipse的不少其他子項目都需要它的支持。Eclipse 3.0版本花了很大功夫在從Platform中 剝離各種功能部件上，包括GEF和IDE在內的很多曾經只能在Eclipse內部使用的工具成為可以 獨立使用的軟件/插件包了。理論上我們是可以脫離Eclipse用GEF包構造自己的應用程序的， 但由於它們之間天然的聯系，而且Eclipse確實是一個很值得支持的開發平台，所以我還是推 薦你在Eclipse中使用它。
GEF的優勢是提供了標准的MVC（Model-View-Control）結構，開發人員可以利用GEF來完 成以上這些功能，而不需要自己重新設計。與其他一些MVC編輯框架相比，GEF的一個主要設 計目標是盡量減少模型和視圖之間的依賴，好處是可以根據需要選擇任意模型和視圖的組合 ，而不必受開發框架的局限（不過實際上還是很少有脫離Draw2D的實現）。
現在來看看GEF是如何實現MVC框架的吧，在這個帖子裡我們先概括介紹一下它的各個組成 部分，以後將結合例子進行更詳細的說明。
圖2 GEF結構圖
模型：GEF的模型只與控制器打交道，而不知道任何與視圖有關的東西。為了能讓控制器 知道模型的變化，應該把控制器作為事件監聽者注冊在模型中，當模型發生變化時，就觸發 相應的事件給控制器，後者負責通知各個視圖進行更新。
典型的模型對象會包含PropertyChangeSupport類型的成員變量，用來維護監聽器成員即 控制器；對於與其他對象具有連接關系的模型，要維護連入/連出的連接列表；如果模型對應 的節點具有大小和位置信息，還要維護它們。這些變量並不是模型本身必須的信息，維護它 們使模型變得不夠清晰，但你可以通過構造一些抽象模型類（例如讓所有具有連接的模型對 象繼承Node類）來維持它們的可讀性。
相對來講GEF中模型是MVC中最簡單的一部分。
控制器：我們知道，在MVC結構裡控制器是模型與視圖之間的橋梁，也是整個GEF的核心。 它不僅要監聽模型的變化，當用戶編輯視圖時，還要把編輯結果反映到模型上。舉個例子來 說，用戶在數據庫結構圖上刪除一個表時，控制器應該從模型中刪除這個表對象、表中的字 段對象、以及與這些對象有關的所有連接。當然在GEF中這些操作不是由直接控制器完成的， 這個稍後就會說到。
GEF中的控制器是所謂的EditPart對象，更確切的說應該是一組EditPart對象共同組成了 GEF的控制器這部分，每一個模型對象都對應一個EditPart對象。你的應用程序中需要有一個 EditPartFactory對象負責根據給定模型對象創建對應的EditPart對象，這個工廠類將被視圖 利用。
RootEditPart是一種特殊的EditPart，它和你的模型沒有任何關系，它的作用是把 EditPartViewer和contents（應用程序的最上層EditPart，一般代表一塊畫布）聯系起來， 可以把它想成是contents的容器。EditPartViewer有一個方法setRootEditPart()專門用來指 定視圖對應的RooEditPart。
圖3 EditPart對象
用戶的編輯操作被轉換為一系列請求（Request），有很多種類的請求，這些種類在GEF裡 被稱為角色（Role），GEF裡有圖形化和非圖形化這兩大類角色，前者比如Layout Role對應 和布局有關的的操作，後者比如Connection Role對應和連接有關的操作等等。角色這個概念 是通過編輯策略（EditPolicy）來實現的，EditPolicy的主要功能是根據請求創建相應的命 令（Command），而後者會直接操作模型對象。對每一個EditPart，你都可以"安裝"一些 EditPolicy，用戶對這個EditPart的特定操作會被交給已安裝的對應EditPolicy處理。這樣 做的直接好處是可以在不同EditPart之間共享一些重復操作。
在GEF SDK提供的幫助文檔（GEF開發指南）裡有一份詳細的EditPolicy、Role和Request 類型列表，這裡就不贅述了。
視圖：前面說過，GEF的視圖可以有很多種，GEF目前提供了圖形（GraphicalViewer）和 樹狀（TreeViewer）這兩種，前者利用Draw2D圖形（IFigure）作為表現方式，多用於編輯區 域，後者則多用於實現大綱展示。視圖的任務同樣繁重，除了模型的顯示功能以外，還要提 供編輯功能、回顯（Feedback）、工具提示（ToolTip）等等。
GEF使用EditPartViewer作為視圖，它的作用和JFace中的Viewer十分類似，而EditPart就 相當於是它的ContentProvider和LabelProvider，通過setContents()方法來指定。我們經常 使用的Editor是一個GraphicalEditorWithPalette（GEF提供的Editor，是EditorPart的子類 ，具有圖形化編輯區域和一個工具條），這個Editor使用GraphicalEditViewer和 PaletteViewer這兩個視圖類，PaletteViewer也是GraphicalEditViewer的子類。開發人員要 在configureGraphicalViewer()和initializeGraphicalViewer()這兩個方法裡對 EditPartViewer進行定制，包括指定它的contents和EditPartFactory等等。
EditPartViewer同時也是ISelectionProvider，這樣當用戶在編輯區域做選擇操作時，注 冊的SelectionChangeListener就可以收到選擇事件。EditPartViewer會維護各個EditPart的 選中狀態，如果沒有被選中的EditPart，則缺省選中的是作為contents的EditPart。
初步了解了GEF的MVC實現方式，讓我們看看典型的GEF應用程序是什麼樣子的。大部分GEF 應用程序都實現為Eclipse的Editor，也就是說整個編輯區域是放置在一個Editor裡的。所以 典型的GEF應用程序具有一個圖形編輯區域包含在一個Editor（例如 GraphicalEditorWithPalette）裡，可能有一個大綱視圖和一個屬性頁，一個用於創建 EditPart實例的EditPartFactory，一些表示業務的模型對象，與模型對象對應的一些 EditPart，每個EditPart對應一個IFigure的子類對象顯示給用戶，一些EditPolicy對象，以 及一些Command對象。
GEF應用程序的工作方式如下： EditPartViewer接受用戶的操作，例如節點的選擇、新增 或刪除等等，每個節點都對應一個EditPart對象，這個對象有一組按操作Role分開的 EditPolicy，每個EditPolicy會對應一些Command對象，Command最終對模型進行直接修改。 用戶的操作轉換為Request分配給適當的EditPolicy，由後者創建適當的Command來修改模型 ，這些Command會保留在EditDomain（專門用於維護EditPartViewer、Command等信息的對象 ，一般每個Editor對應唯一一個該對象）的命令堆棧裡，用於實現撤消/重做功能。
以上介紹了GEF中一些比較重要的概念，不知道看過之後你是否對它有了一個大概的印象 。如果沒有也沒關系，因為在後面的帖子裡將會有結合例子的講解，我們使用的實例就是序 言裡提到的第六個項目。
