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对象安排视图或编辑器的初始布局。默认情况下，初始布局包含了一个可视的编辑器，可以手动关闭。