Eclipse e4 的亮点

核心提示： 在最初的服务编程模型（OSGi 或 Eclipse 扩展注册表）内有三个参与者：服务代理、服务提供者和服务使用者，服务提供者将自已注册到服务代理，Eclipse e4 的亮点(2)，而服务使用者则会在服务代理中寻求自已需要的服务，这很好地拆分了服务提供者与使用者，这个想法可同样被应用于 SWT

在最初的服务编程模型（OSGi 或 Eclipse 扩展注册表）内有三个参与者：服务代理、服务提供者和服务使用者。服务提供者将自已注册到服务代理，而服务使用者则会在服务代理中寻求自已需要的服务。这很好地拆分了服务提供者与使用者，但它要求服务提供者与使用者对特定的服务代理有清晰的了解。

e4 中的增强服务编程模型引入了上下文（它是服务代理的一部分）的概念作为一种存储和知道该如何定位这些服务并将其提供给服务使用者的机制。在运行时，服务使用者使用依赖注入技术来注入所需的服务提供者实现。这消除了对服务代理的了解。服务提供者可以使用各种技术来将自已声明或注册给服务代理。图 1 展示了服务编程模型的发展和演变。

图 1. 服务编程模型

模型化的 UI

在 Eclipse 平台 UI 的早期版本中，workbench 被显式地硬编码来布局 workbench 窗口、workbench 页面、编辑器区域或视图堆栈。定制基于 Eclipse 的应用程序是不允许的。

e4 引入了额外的一层，可将 UI 元素提取和抽象成一个模型。应用程序可以重新配置或扩展这个模型来制作不同的外观。这个模型也可被动态操纵；模型的改变可以立即反映出 UI 的变化。

声明式样式处理

e4 引入了一个可插入的样式引擎，用于定制小部件的显示样式，例如小部件的大小、字体、颜色等。样式可以在支持标准 CSS 选择器和伪类的外部 CSS 文件中定义。

分离样式与内容是为 Web 引入的一个很好的想法，我们用 HTML 开发 Web 内容，而将样式处理留给 CSS 文件。这个想法可同样被应用于 SWT 的开发。您不必硬编码小部件的样式处理，可以将它留给外部 CSS 文件。