当前位置：文江博客话题详情

rcp osgi Java

使用哪个富客户端平台

发布于 2024-07-14 13:39:40 字数 611 浏览 7 评论 0 原文

我们最近开始开发 Java 桌面应用程序，管理层要求我们使用富客户端平台。我知道 Java 有四个，即：

Eclipse RCP - www link to ecipse rcp、
Netbean RCP - Netbeans RCP 网站，
Spring RCP - Spring 富客户端
Valkyrie RCP - Valkyrie 富客户端

有没有人在这些方面有任何经验，如果有的话，每个的优点和缺点是什么？

谢谢

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

小耗子 2024-07-21 13:39:40

简介 - 如果您只对结果感兴趣，请跳过；）
我正在为一种与 JSP 非常相似的自定义编程语言开发编辑器。首先，我使用 NetBeans 平台 实现了该编辑器作为我的论文。完成学业后，我找到了一份工作，他们希望我在 Eclipse RCP 中实现同样的事情，所以现在我可以比较这两个平台，至少在我在这个项目期间遇到的事情上。

结果 - 如果我可以在 Netbeans 平台和 Eclipse RCP 之间进行选择，我肯定会选择 NetBeans 平台。为什么？
很棒的截屏视频、很好的教程、非常活跃、友好和乐于助人的社区，文档非常齐全，源代码写得很好，并且具有良好的代码约定。还有一些有趣的小工具（cookie、查找）。它很适合我。

为什么 Eclipse RCP 不适合我？
文档比较弱，约定和 API 有时......呃......对我来说太奇怪了:-) 看到这样的方法是很常见的：

/**
* Returns a description of the cursor position.
*
* @return a description of the cursor position
* @since 2.0
*/
protected String getCursorPosition() {
..
}

好吧，我认为他们一定是在跟我开玩笑:-D 我应该如何使用这个方法？
或者像这样：

/**
* Returns the range of the current selection in coordinates of this viewer's document.
*
* @return a <code>Point</code> with x as the offset and y as the length of the current selection
*/
Point getSelectedRange();

虽然属性的数量和类型合适，但我没有发现 Point 对象是存储范围的理想数据结构;-)

Eclipse RCP 中有很多这样的惊喜

INTRO - skip if you're only interesterd in result ;)
I was developing an editor for a custom programming language very simmilar to JSP. First I've implemented the editor as my thesis using NetBeans platform. After finishing school I've got a job and they wanted me to implement the same thing in Eclipse RCP, so now I can compare these two platforms at least in stuff I was facing during this project.

RESULT - If I had a choice between Netbeans platform and Eclipse RCP, I would definitelly pick a NetBeans platform. Why?
Great screencasts, good tutorials, very active friendly and helpful community, quite well documented and the source code is written nicely and with good code conventions. Also has some interesting gadgets (cookies, lookup). It simply suits me.

And why Eclipse RCP does not suit me?
The documentation is weaker and conventions and API are sometimes..ehm..too weird for me :-) It's quite ususal to see methods like:

/**
* Returns a description of the cursor position.
*
* @return a description of the cursor position
* @since 2.0
*/
protected String getCursorPosition() {
..
}

Well I thought they must be kidding me :-D How am I supposed to use this method?
Or like this:

/**
* Returns the range of the current selection in coordinates of this viewer's document.
*
* @return a <code>Point</code> with x as the offset and y as the length of the current selection
*/
Point getSelectedRange();

Although the number and type of attributes fitts, I don't find the Point object ideal data structure for storing range ;-)

There are numbers of theese such surpises in Eclipse RCP

回复收藏 0 原文

苹果你个爱泡泡 2024-07-21 13:39:40

回答已经太晚了，但有些人可能会点击这个页面。

我会选择 Netbeans RCP，
1）Netbeans平台。它相当成熟并且已经发展成为一个“易于使用”的应用程序开发平台。

2）它非常容易上手，而eclipse RCP的学习曲线却相当陡峭。只需转到http://netbeans.org/kb/trails/platform.html，在那里你会看到教程、视频（在看书之前一定要观看前 10 个 api 的视频并尝试一下教程，这样你就能提前掌握窍门）。

3）关于netbeans RCP的书籍（我猜有2本关于netbeans RCP的书）是最新的（只有一些小的变化，你不会有太多问题）。而关于 RCP 的主要书籍已经很长时间没有可用了（最近，即 2010 年 5 月），新版本已经发布，所以这对于 eclipse RCP 开发人员来说是一件非常好的事情。当我尝试时它不在那里我对不发布新版本的作者感到沮丧，这几乎让新开发人员陷入困境，不发布更新的书籍几乎等于扼杀技术。我很想看到一本适用于这两个平台的食谱类型的书。

4)Netbeans 具有完全集成的 GUI 构建器，这是一大优势。 Eclipse RCP，要么您必须手动编写代码，要么购买一些第三方 GUI 构建器。

5)Netbeans 平台有一个非常酷的 Lookup api，用于模块间通信。我猜 Eclipse 的人会使用扩展点来达到这个目的。但是一旦掌握了查找 api 的窍门，它就很容易了。

6）无论如何，选择哪个平台是一个重大的设计决策。 Netbeans 平台适合我。它可能不适合你。这两个平台都需要努力，都提供了精彩的“开箱即用”功能。两者都试驾一下然后决定。

回复收藏 0 原文

南渊 2024-07-21 13:39:40

我建议您看一下 JSR 296 - 它无论如何都不完整，但我认为它达到了最佳点，可以提供您在每个 Java GUI 应用程序中确实需要的某些核心功能，而无需强迫您生活在其中过于复杂的框架。

我已成功使用 JSR 296 创建了一个中型应用程序。对于此应用程序中的窗口布局，我们使用 MyDoggy （强烈推荐）。对于布局管理，我们使用 MiGLayout（强烈推荐）。对于数据绑定，我们使用 JSR 295 的修改形式（我们在顶部实现了类似于 PresentationModel 的内容我们用于 GUI 绑定的 JSR 295）。我正在将 Guice 合并为 DI 机制，但尚未完成这项工作（到目前为止，我认为通过各处的调整，它可以与 JSR 296“很好地配合”）。让我们看看...持久性是这里缺失的一个重要环节 - 我目前正在评估 Simple 的 XML 持久性，但是我在让它与 Guice 等 DI 容器一起工作时遇到了问题。我有 Betwixt 工作，但对 Betwixt 的依赖性很大，所以我们正在寻找更简化的东西。

对 Java 其他 RCP 选项的看法：

NetBeans：
我对 NetBeans 使用的方法有一些基本的哲学反对意见（根据我的口味，设计反模式太多了）。最后，该框架迫使您做出糟糕的设计决策 - 如果您不使用 NetBeans 作为 IDE，它几乎不可能使用（我尝试过，但我就是无法从 Eclipse 切换到 NB）。可能只有我这么认为，但似乎应该可以为 RCP 框架编写代码，而无需使用大型复杂的向导以及大量自动生成的代码和 XML 文件。我花了很多时间对 Visual Studio 生成的旧 Visual C++ 代码进行故障排除，因此我对任何无法手动编码的框架都非常警惕。

春季 RCP：
Spring 的人们有一个很好的可靠的设计，但是文档确实非常薄弱。加快速度是相当困难的（但是一旦你做到了，你就可以很快地完成工作）。

Eclipse RCP：
没有使用 Eclipse 只是因为部署开销（取决于您的目标受众 - 对于我们来说，部署额外的 50 MB 运行时是行不通的）。毫无疑问，如果您的应用程序需要重要的插件功能，Equinox 是一个美妙的东西（当然，您也可以使用 JSR 296 运行 Equinox，或者使用类似于 OSGi 推广的 Whiteboard 模式的设计模式）。

I recommend that you take a look at JSR 296 - it's not complete yet by any stretch, but I think it hits the sweet spot for providing certain core functionality that you really, really need in every Java GUI app, without forcing you to live in an overly complicated framework.

I have used JSR 296 successfully to create a mid-sized application. For window layout in this app, we use MyDoggy (highly recommended). For layout management, we use MiGLayout (Beyond highly recommended). For data binding, we use a modified form of JSR 295 (we implemented something similar to PresentationModel on top of JSR 295 that we use for our GUI binding). I'm in the process of incorporating Guice as a DI mechanism but haven't finished that effort (so far, I think it will 'play well' with JSR 296 with a tweak here and there). Let's see... persistence is the big missing link here - I am currently evaluating Simple for XML persistence, but am running into issues with getting it to work with DI containers like Guice. I have Betwixt working, but the dependencies on Betwixt are huge so we are looking for something more streamlined.

Opinions on other RCP options for Java:

NetBeans:
I have some fundamental philosophical objections to the approach used by NetBeans (too many design anti-patterns for my taste). In the end, the framework forces you to make poor design decisions - and it's almost impossible to use if you don't use NetBeans as your IDE (I tried, but I just couldn't switch from Eclipse to NB). It's probably just me, but it seems that it should be possible to write code for an RCP framework without using big complicated wizards and reams of auto-generated code and XML files. I've spent so many hours troubleshooting old Visual C++ code generated by Visual Studio that I'm extremely leery of any framework that can't be coded up by hand.

Spring RCP:
The folks at Spring have a good solid design, but the documentation is really, really weak. It's pretty difficult to get up to speed on it (But once you do, you can get things done pretty quickly).

Eclipse RCP:
Haven't used Eclipse just because of the deployment overhead (depends on your target audience - for us, deploying an extra 50 MB of runtime just didn't work). Without question Equinox is a beautiful thing if your app needs significant plugin functionality (of course, you could run Equinox with JSR 296 as well, or use design patterns similar to the Whiteboard pattern promoted by OSGi).

回复收藏 0 原文

时光病人 2024-07-21 13:39:40

我有使用 Eclipse RCP 的经验并且会推荐它。

优点：

组件 - 组件/插件模型允许重用。
使用 SWT 和 JFace，允许原生 UI
可插入视图、编辑器和透视图使布局变得简单和可配置。
Eclipse 扩展点使第三方 API 和工具的扩展和集成变得容易。

缺点：

学习曲线

如果您选择 Eclipse RCP，请务必阅读这本书，它在刚开始使用该框架时非常有价值：http://www.amazon.com/Eclipse-Rich-Client-Platform-Applications/dp/0321334612

回复收藏 0 原文

静谧 2024-07-21 13:39:40

我目前正在开发一个 Spring RCP 应用程序。文档确实很薄弱，这是肯定的，但是博客和论坛有大量的信息可供使用。一旦你开始熟悉了，事情就会进展得相当快，如果你不熟悉这个框架，你实际上只需要学习基本的 Spring 。与 VLDocking 等 Spring 库的集成也非常出色。

如果您的用例是开发独立的 Java 桌面应用程序，我认为 Spring Rich 非常适合。我的意思是，如果您不需要分发模块并进行在线更新，那么它应该可以满足大多数需求。

回复收藏 0 原文

苯莒 2024-07-21 13:39:40

虽然我没有明确使用它们中的任何一个，但我已经使用了 Eclipse RCP 的部分内容。具体来说，我使用了 Eclipse OSGi 运行时 (Equinox) 和一些常见的实用程序，我对此感到非常满意。 OSGi 非常适合使用。我有几个朋友在处理大型合同时使用 Eclipse RCP（比我使用的还多），他们对它赞不绝口。

如果我的项目不包含大量遗留 Swing，Eclipse RCP 将是我的第一选择。 OSGi 真是太有趣了！（我想 Spring 也使用它，但还没有检查）

回复收藏 0 原文

ゝ偶尔ゞ 2024-07-21 13:39:40

当然，这完全取决于您想要提供的应用程序和服务的类型以及目标环境。但我也可以推荐 OSGi 作为开发和部署平台。底层架构和规范已经非常完善和经过验证。

除了 Eclipse RCP 之外，您还应该看看 Apache Felix (http://felix.apache.org)和 Knopflerfish (http://www.knopflerfish.org)，它们是（较小的）开源 OSGi 框架实现。

回复收藏 0 原文

老子叫无熙 2024-07-21 13:39:40

从我的最终用户的角度来看。

我在 Eclipse 中看到的实现比其他两个要多。事实上，我了解 Netbeans 的实现，但从未实际使用过。

从春天开始，我还是第一次听说。

虽然我的答案肯定是超级 10,000 英尺视图，但它在某种程度上反映了业界对使用其中一种或另一种的偏好。

此外，差异与平台可用的时间成正比。请记住，Eclipse 创建 SWT 是为了解决 Java Swing 在 1.3 中遇到的问题，当时速度太慢了。

Netbeans 受益于 JVM 的改进，现在运行速度非常非常快。

Spring 还很年轻（与其他两个相比），但一如既往，新事物向前者学习，很可能它使用起来更简单。

这是一篇关于 Eclipse RCP 与 Netbeans RCP 这两个平台的文章。可能会有所帮助

http://blogs.oracle.com/geertjan/entry/eclipse_platform_vs_netbeans_platform

回复收藏 0 原文

暖树树初阳… 2024-07-21 13:39:40

Netbeans RCP 非常出色。多年来它已经取得了长足的进步。它使用了许多人使用和理解的更强大的技术（“Swing”）。 Eclipse RCP（更具体地说是 SWT）让我很困惑。

回复收藏 0 原文

段念尘 2024-07-21 13:39:40

Eclipse RCP 提供插件机制，以便您可以在以后的部署中添加新功能。此外，通过更新机制，您可以更改系统而无需用户干预。在开发阶段，Eclipse RCP 提供了快速、强大的视角、视图、编辑器、命令和操作机制。如果您的项目需要许多不同的窗口以及不同的工具栏和菜单（以及自定义上下文菜单），我建议您使用 Eclipse RCP。我只查看 Netbeans 平台的视频并运行 Helloworld 项目，但它看起来又慢又笨拙:)启动需要 40 秒（您可以重新加载应用程序，但无需重新启动。）vogella.de 是一个很好的教程集合Eclipse RCP