基础_1：RCP基本框架

Display：

Display是一个SWT对象，代表底层图形系统的实现。一个RCP应用程序只需要一个Display对象。

Display的主要任务是从操作系统队列中读取事件，传递给RCP的事件监听器进行处理。但是Display对象不代表任何UI控件。在程序主窗口打开之前，Display是不可获得的。主窗口打开之后，才可以通过Shell对象获得。

Display的 获得方法：

new Display();

Display.getCurrent();

Display.getDefault()

PlatformUI.createDisplay()

shell.getDisplay() //通过shell实例对象获取

Shell：

每一个窗口都有一个Shell对象。Shell对象代表了与用户交互的窗口框架，并处理与窗口关联的诸如：移动、改变大小等常见行为。

获取Shell对象：

new Shell(display);

display.getActiveShell() //获取当前激活的shell(获得焦点)

Workbench-工作台：

Workbench是工作台，就是代表用户界面的UI元素。工作台上有各种窗口、图标、按钮和控件，用户可以在工作台上做各种操作。项目开发中几乎不会直接使用Workbench

每个RCP应用只有一个工作台。eclipse的系统界面就是一个工作台，Workbench实现接口IWorkbench。

获取Workbench:

IWorkbench workbench = PlatformUI.getWorkbench()

IWorkbench 对象有两个方法比较重要：

restart()： 立即重启应用

close()：正常关闭应用程序

Advisor-建议者：

advisor是建议者，应用主界面宽度、高度、图标、菜单、工具栏、颜色、操作等等配置方案需要Advisor来提出“建议”。

Eclipse提供了3种类型的Advisor：

WorkbenchAdvisor：

应用程序级别，负责Workbench的生命周期管理，以及异常处理；并负责向Workbench提供一些重要参数。例如可以指定该Workbench的初始透视图（方法）。

WorkbenchAdvisor主要提供应用层面的配置信息。

6个比较重要的方法：

initialize	最先调用，在窗口打开之前调用，可以进行初始化配置工作。 要避免在该方法中编写逻辑量大，或执行耗时操作，否则会导致应用启动缓慢
preStartup	initialize之后，第一个窗口打开之前调用，可以用来处理临时的或可选的工作
postStartup	第一个窗口打开之后，启动事件循环之前调用，可以用来处理那些需要在窗口打开之后才能处理的工作，如弹出提示框
preShutdown	事件循环结束之后，窗口关闭之前调用。可以执行保存数据、关闭数据库服务器等操作
postShutdown	窗口关闭之后调用，可以用来保存应用程序的状态，清除initialize方法创建的对象。
getInitialWindowPerspectiveId()	指定透视图ID，rcp内核使用透视图进行应用界面的初始布局

WorkbenchWindowAdvisor：

每一个应用程序都需要一个WorkbenchWindowAdvisor实例，负责应用程序窗口生命周期的管理，控制窗口的UI元素； 例如控制窗口的初始大小、位置、标题等等。也可以为窗口事件添加处理方法。

主要负责控制台主窗口层面的配置信息。

5个主要方法：

preWindowOpen	窗口控件创建之前调用。可以在其中设置窗口的初始大小、状态栏、工具栏的可见性
postWindowRestore	窗口恢复上次退出时的状态之后调用，可以用于调整窗口
postWindowCreate	窗口打开之后调用，可以注册窗口事件监听
postWindowOpen	窗口打开之后调用，可以注册窗口事件监听
preWindowShellClose	shell关闭之前执行的操作

ActionBarAdvisor：

窗口级别，每一个窗口都有一个ActionBarAdvisor，负责定义窗口的行为，该类用于构建菜单栏、状态栏、工具栏的外观和行为。

主要方法：

makeActions	注册菜单或者工具栏
fillMenuBar	添加菜单栏
fillCoolBar	添加工具栏
fillStatusLine	添加状态栏

Advisor Configurer：

每一种Advisor都有一个对应的Configurer，用来设置工作台或者与相应的元素交互。这些configurer都作为参数，传递给相应的Advisor方法，在Advisor内部使用。 可以说AdvisorConfigurer将开发人员的意见传递给Advisor，Advisor在传递给应用程序；

WorkbenchAdvisor	IWorkbenchConfigurer 用来配置工作台的相关信息
WorkbenchWindowAdvisor	IWorkbenchWindowConfigurer 与工作台的窗口进行交互，实现对主窗口的相关配置
ActionBarAdvisor	IActionBarConfigurer 与窗口的工具栏交互，配置工具栏、菜单栏、状态栏

View和Editor：

在RCP应用中，用户主要通过视图(View)和编辑器(Editor)来与程序交互。实际开发中，对视图与编辑器没有严格区分，根据需要来选择。

视图-View：

可以浮动的工作窗口，负责数据显示。内部可以布局各种UI控件，与用户进行交互。参考eclipse中的Project Explorer视图。

自定义视图需要扩展ViewPart抽象类，开发者在createPartControl()方法中编写代码，构建视图界面的元素。

示例demo：

public class DemoView extends ViewPart{

@Override

public void createPartControl(Composite parent) {

// TODO Auto-generated method stub

}

@Override

public void setFocus() {

// TODO Auto-generated method stub

}

}

编辑器-Editor：

编辑器也是一种工作窗口，提供对数据进行各种操作的交互能力。相当于文本域，参考Eclipse中的代码编辑区。

perspective-透视图：

配置应用主窗口的初始布局；

透视图与视图、编辑器之间的关系类似于书架、书之间的关系。书架上可以放书，perspective就是书架，视图和编辑器就是书。人负责在书架上摆放书的位置，进行布局，做好之后布局就不会自己改变了。只不过在RCP中，perspective是透明、不可见的。

  RCP应用程序通过perspective对窗口的内容进行安排和布局，Perspective只负责布局，并不负责创建UI元素。 每个应用都有一个默认的透视图，每个工作台窗口则可以包含一个或多个perspective，用户可以向透视图中添加UI控件。默认的perspective被设置为固定大小的、不能移动的，且没有标题栏。

自定义透视图需要 实现接口：IPerspectiveFactory，

实现方法： createInitialLayout(IPageLayout layout)

其实，就是通过IPageLayout对象安排视图或编辑器的初始布局。默认情况下，初始布局包含了一个可视的编辑器，可以手动关闭。