他/JFace或蚀RPC?

Question

其中的原因是选择在日食丰富的客户的平台为基应用程序，而不是只采用他/JFace?

Answer 1

日食RPC不只是一个GUI(他/JFace)，但是一个 访-基础的平台。

所以，你会选择所需的框架，以便：

• 有一个更好的定义的不同的模块
• 管理自己的生命周期，和兼容性
• 隔离 类装入器的问题.

如果应用程序只是一个整体GUI字体结束要可能会有点矫枉过正。

Answer 2

在添加点 VonC指出 (访平台的东西:模块化、类装入器隔离、可扩展的体系结构)，日食RPC提供了许多应用程序级别服务，可能便于整体发展的最终产品：

与日食、能发挥出你会得到：

• 准备好和可扩展的用户界面应用程序框架
  • 观点 对于分离的离散的应用领域
  • 的风景 和 编辑 提供可重复使用区块的用户界面，与生命周期的自己
  • 命令 抽象的关键绑定，上下文处理程序和定工具栏和菜单
• 所有的好东西全日食生态系统
  • p2配置 用于管理安装的自动更新你的程序
  • ECF通信框架
  • BIRT报告工具
  • EMF 和 建模工具
  • 更多...

当然，后者部分，并不一定意味着你必须要使用庞大，日食、能发挥平台，以获得优势的那些提议。

根据范围的应用程序，则可能会做的很好只使用分为一个潜在的访容器和建立自己的GUI客户。

也记住，日食、能发挥有更多的在镇上唯一的游戏时作出决定的框架在他/JFace土地。有严重的竞争者也许您需要更好：

• Riena平台项目 引用自己的话 "基础建立多层企业客户/服务器的应用程序"
• E4项目 项目是一个正在进行的工作为建立下一代的日食、能发挥平台的更多的模块化设计中心。

编辑： 日食e4项目已经毕业，从只是进展中的工作，因为我原来的答复是发现在已经成为一个完全可用丰富的客户应用程序框架/平台。它已经成熟的地步，它现在被用作一个基本平台的最新蚀4.2(靛)IDE。

Answer 3

只是我的2个便士价值，但香草SWT / JFace的可以少一个的学习曲线。我想他们只是简单的GUI的事实，你不需要学习“平台”（如在RCP方式），只得到认真处理的SWT组件和建立你的GUI！总体而言，我认为这是简单的（但当时我真的不知道很多关于RCP！）。

Answer 4

的Eclipse 4依赖注入机构是一个伟大的资产，要选择的Eclipse RCP， 和现在与E4，该平台可以是非常轻便，

添加到该E4工具，它的模型编辑器，让你节省大量的时间。