GEF学习笔记（二） 模拟GEF设计思路，解剖GEF 1
GEF如同其他的一些framework一样，是一个复杂庞大（有点夸张
）的，当我们想使用驾驭它时，就必须全面的理解其整体构架及其运作过程。这需要我们的毅力和敏锐。旅途开始了….
GEF主要的任务是针对2D图形编辑操作，如下图。
为了使GEF能够广泛的用于种类繁多2D图形编辑领域，GEF就必须建立一个严格的易扩充/易组合/易重用的MVC框架（当然这种分解细化功能对象的方法思想，我们可以用在其它的地方，其它领域、其他语言如C#上）。
那么如果设计 这个 严格的MVC框架(对于Model是严格的独立，它不依赖与View和Controller) 以及 此框架 如何 达到 易扩充/易组合/易重用 的特性。下面我按照自己拙劣的思路，以麻雀之眼度鸿雁之志啦
对于MVC中
View部分：GEF理所当然要使用自家的东东Draw2D。利用Draw2D的Figuer作为自己的View。
Model部分：往往内部包含了千差万别、不可预知的商业信息。因此、GEF框架应该尽量减少约束（在下面将详细说明约束）。
Controller部分：EditPart/Draw2D的Figure/Model这三个树状对象模型，在EditPart中将建立了与其对应的Draw2D的Figure/Model结点 建立一一关联的关系。
这样产生的构架如下：
思考：
为什么Controller要同View一样采用树状结构呢？
当Controller以树状的形式存在，这样便于功能分解（这个道理有点像 在类设计中 复合优于继承 一般）
这样每一结点的Controller(即EditPart) 仅需要处理
- 自身逻辑功能
- 管理子Controller
- 必要时通知父Controller
尤其当用户需要在图形界面编辑界面中，需要使用多种不同UI行为规则的2D元素（例如不同的形状块，不同行为的连线等）组合来完成工作时（例如类似Visio这样的界面），这种构架的优势就显露无疑。
未完待续….(下面要探讨如何产生上述三个树状模型等。)
