eclipseplugin结构简介.ppt

Eclipse基础结构 Eclipse基础结构 Eclipse分为五大部分： Workbench 工作台 Workspace 工作区 Help 帮助系统 Team 团队支持系统 Platform run-time 运行平台 Eclipse基础结构 Platform run-time 运行平台 平台运行库是内核，它在启动时检查已安装了哪些插件，并创建关于它们的注册表信息。为降低启动时间和资源使用，它在实际需要任何插件时才加载该插件。除了内核外，其他每样东西都是作为插件来实现的。 Eclipse基础结构 Workbench 工作台 工作台为 Eclipse 提供用户界面。它是使用标准窗口工具包（SWT）和一个更高级的API（JFace）来构建的。 SWT 是 Java 的 Swing/AWT GUI API 的非标准替代品，构建于现有本地窗口系统之上的UI控件库（包括列表、菜单、字体和颜色等），提供统一、可移植的Java API 。 JFace则建立在SWT 基础上，提供用户界面组件。它提供了更结构化、更便利的UI工具组件（包括图像、文字、对话框、属性参数、向导等）。 Eclipse基础结构 Workspace 工作区 工作区是负责管理用户资源的插件。这包括用户创建的项目、那些项目中的文件，以及文件变更和其他资源。工作区还负责通知其他插件关于资源变更的信息，比如文件创建、删除或更改。 Eclipse插件 Eclipse 的价值是它为创建可扩展的集成开发环境提供了一个开放源码平台。这个平台允许任何人构建与环境和其它工具无缝集成的工具。 工具与 Eclipse 无缝集成的关键是插件。除了小型的运行时内核之外，Eclipse 中的所有东西都是插件。从这个角度来讲，所有功能部件都是以同等的方式创建的。从这个角度来讲，所有功能部件都是以同等的方式创建的。 但是，某些插件比其它插件更重要些。正如上节图中所示，Workbench 和 Workspace是 Eclipse 平台的两个必备的插件——它们提供了大多数插件使用的扩展点。插件需要扩展点才可以插入，这样它才能运行。 Eclipse插件 插件结构 Eclipse插件 插件工程 Eclipse 插件其实和一般的Java 工程类似，但是不同于普通的Java 工程的是，Eclipse 插件工程的组织安排都有一些特殊的配置文件进行维护。一个插件工程是有一些列的Java 文件和一个进行描述和连接其他依赖插件的manifest 文件组成，其中还包括一个名位plugin.xml 的配置文件，该文件是描述该插件项目具体扩展了哪些Eclipse 的扩展点。下图是一个Eclipse 工程的截图： Eclipse插件 Eclipse插件 大部分信息比如classpath、依赖插件项等信息，都储存在了manifest.mf 文件中，plugin.xml 的功能延续了Eclipse 以前的扩展点描述以及扩展点的定义。 那么到底eclipse哪些多少扩展点呢？ Eclipse插件 基本工作台扩展点 工作台定义扩展点，这些扩展点允许插件将行为添加至现有视图和编辑器，或为新视图和编辑器提供实现。 自定义扩展点 Eclipse插件 简单的插件实例 这里我们建一个空的插件项目，写一简单的扩展编辑器的插件，具体步骤我会演示给大家看。 操作ing 图形编辑框架GEF 用GEF编写的流程编辑器 图形编辑框架GEF 什么是GEF？ 全称Graphical Editing Framework，图形编辑框架。它可以用来给用户提供图形编辑模型的功能，从而提升用户体验，典型的应用如图形化的流程设计器、UML类图编辑器等等。 图形编辑框架GEF 图形编辑框架GEF Draw2D Draw2D通过被称为LightweightSystem（以下简称LWS）的部件与SWT中的某一个Canvas实例相连，这个Canvas在Draw2D应用程序里一般是应用程序的Shell，在GEF应用程序里更多是某个Editor的Control（createPartControl()方法中的参数），在界面上我们虽然看不到LWS的存在，但其他所有能看到的图形都是放在它里面的，这些图形按父子包含关系形成一个树状的层次结构 。 LWS是Draw2D的核心部件，它包含三个主要组成部分：RootFigure是LWS中所有图形的根，也就是说其他图形都是直接或间接放在RootFigure里的；EventDispatcher把Canvas上的各种事件分派给RootFigure，这些事件最终会被分派给适当的图形，请注意这个RootFigure和你应用程序中最顶层的IFigure不是同一个对象，前者是看不见的被LWS内部使用的，而后者通常会是一个可见的画布，它是直接放在前者中