其丰富的客户平台使用

StackOverflow https://stackoverflow.com/questions/579109

  •  06-09-2019
  •  | 
  •  

题

我们最近开始制定一个Java桌面应用程序和管理要求我们利用丰富的客户的平台。我知道的四个Java即：

  1. 日食发挥 www链接到ecipse rpc,
  2. Netbean挥 //需要将物品寄RPC网站,
  3. 弹簧能发挥出 弹簧丰富的客户
  4. 瓦尔基里计划挥 瓦尔基里计划富有的客户

有任何人得到任何经验，在任何这些以及如果那么什么是力量和weaknesess的每个？

感谢

有帮助吗？

解决方案

我建议你看看JSR296-它还没有完成任何延伸，但是我认为它命的甜蜜点提供某些核心功能，你真的，真的需要在每一个Java GUI应用程序，没有强迫你生活在一个过于复杂的框架。

我已经使用JSR296成功地创建一个中型应用程序。为窗口布局，在此程序中，我们使用 MyDoggy (高度推荐)。为布局管理，我们使用MiGLayout(超出了强烈建议).对数据结合，我们使用的改进形式的JSR295(我们实现了类似的东西 PresentationModel 顶上的JSR295我们使用我们的GUI结合)。我在这个过程中纳入题之一，因为迪机制，但还没有完成这一努力(迄今为止，我认为这将'好'与JSR296一调整在这里和那里)。让我们看看...持久性是很大的缺失的一环，在这里-我目前正在评估 简单的 XML的持久性，但我遇到的问题与它的工作与DI容器喜欢题之一，因.我 时间流逝 的工作，但依赖的中间是巨大的，所以我们正在寻找的东西更多的精简。

意见的其他RPC选择Java:

//需要将物品寄:我有一些基本的哲学上的反对意见的方法使用//需要将物品寄(太多的设计反模式对我的口味).最后，框架强迫你让穷人设计的决定和它几乎是不可能的使用如果你不使用//需要将物品寄为你IDE(我试过了，但我只是不能交换从日蚀到NB)。这可能只是我的，但是，它似乎应该尽可能编写代码，用于一个RPC框架不使用大型复杂的巫师和大量的自动产生的代码和XML文件。我花了这么多个小时的故障排除古老的视觉C++产生的代码的视觉工作室，我非常持怀疑态度的任何框架，不可能编码起来。

弹簧RPC:人们在春天有一个良好的体设计的，但该文件是真的，真的很弱。这是很难获得加快速度对其(但一旦你做的，你可以把事情做得很快).

日食RPC:没有使用日食仅仅是因为部署的开销，(取决于你的目标受众-对我们来说，部署一个额外的50MB的运行时间只是没有工作)。毫无疑问春分是一个美丽的事情，如果你的应用程序需求显着的插件的功能(当然，你可以运行的春分与JSR296为好，或使用设计的模式相类似的白板模式促进通过访).

其他提示

介绍-跳过如果你只interesterd在结果；)
我是发展中编辑一个自定义的编程语言非常我要JSP。我第一次执行编辑作为我的论文的使用 //需要将物品寄平台.完成学业后我找到了一份工作并且他们想要的我实现同样的事情 日食RPC, 所以现在我可以比较这两个平台至少在的东西，我遇到过这个项目。

结果- 如果我有一个选择之间//需要将物品寄平台和日蚀要我definitelly挑//需要将物品寄平台.为什么？
伟大的视频，良好的教程，非常积极的友好的和有用的社会，很好的记录和源代码写得很漂亮，好码的公约。还有一些有趣的小工具(饼干，查找).它只是适合我。

为什么蚀RPC不适合我吗？
该文件是较弱和公约，并API是有时候..过..太奇怪对我来说:-)是相当ususal看到方法，如：

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

嗯，我认为他们必须在开玩笑吧。我该如何使用这种方法？或者像这样：

/**
* 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();

虽然数量和类型的属性费茨，我找不到一点对象的地理数据结构存储范围;-)

有数字的这些这种surpises在日食RPC

太晚到的答复，但一些人可能打这个网页。

我会去象偷要 1)//需要将物品寄平台。它相当成熟和已经是一个容易使用的平台，为发展中的应用。

2)其非常容易开始使用，而学习曲线的日食、能发挥很陡峭。只是goto, http://netbeans.org/kb/trails/platform.html, 你会教程、视频(不看top10api的视频加试用的教程之前你读书，这样，你会得到一些事先).

3)的书籍//需要将物品寄RPC(我想有2//需要将物品寄RPC)是最新的(小小的改变只有它，你不会有太多的问题)。而主要的书RPC不是可用于长时间(最近。这就是，可能2010年，新版本已经发布，因此这是一个非常好的事情蚀RPC开发。它不有时我只是想了解它。我感到沮丧的作者不要发布新的版本，几乎离开新的开发人员在陷入困境。不是每个人都喜欢阅读文件。没有发布更新的书籍，几乎额杀害的技术)。我就爱看食谱种类型的书为两个平台。

4)//需要将物品寄具有完全的综合GUI建设者，这是大加。日食要么你有手码或购买一些第三方GUI建设者。

5)//需要将物品寄平台有个很酷的查找api for模块间的一个具的通信。我猜蚀们使用的扩展分用于这一目的。但是查找api是容易一旦你得到一个挂起它。

6)不管怎么说，它是一个大的设计决定，关于平台的选择。//需要将物品寄平台上对我的作品。它可不会为你工作。这两个平台的需要的努力，两者都提供精彩的开箱'的特征。试驾既然后决定。

我们的经验与日食、能发挥，并将推荐它。

赞成:

  • 分组/仆模型允许用于重复使用。
  • 使用 拉 和JFace它允许地看UI
  • 可插入的意见、编辑和观点使布局方便并可配置的。
  • 日蚀扩点延伸并融入3方Api和工具的方便。

缺点：

  • 学习曲线

如果你选择蚀要挑衅得到这本书，它是invaluble当刚刚开始出来的框架： http://www.amazon.com/Eclipse-Rich-Client-Platform-Applications/dp/0321334612

我目前正在发展一个弹簧RPC应用程序。该文件是很薄弱的，这是肯定的，但是博客和论坛有一个良好的数额的信息。一旦你得到巡航，事情做移动相当快的，你真的只需要学习基本的春天，如果你不熟悉的框架。该集成弹簧的图书馆如VLDocking是优秀的。

我认为春天丰富，是巨大的，如果您使用的情况下是发展一个独立的Java桌面应用程序。我的意思是如果你不需要分发的模块，在网上做的更新，那么它应履行大部分的需求。

同时我还没有明确使用的任何人，我已经使用部分的日食RPC.具体地说，我已经使用日食访运行时(分点)以及一些共同的事业和我非常高兴。访是梦幻般的工作。我有几个朋友在大型合同中的使用日食RPC(超过我的使用)和他们狂欢吧。

如果我的项目没有包含大量的遗留摆动，蚀RPC会是我的第一选择。访就是这么多的乐趣！(我想春天使用它，还没有签虽然)

当然这一切都依赖于一种应用程序和服务提供和目标的环境。但我还可以建议访作为发展和部署的平台。基础结构和规格是很好的开发和证明。

除了日食的RPC你应该看一看阿帕奇斯(http://felix.apache.org)和Knopflerfish(http://www.knopflerfish.org)，(小)开放源码访框架的实现。

从我的终端用户的观点。

我已经看到了更多的实现在日食于在其他两个。实际上，我知道//需要将物品寄实现，但从来没有一个在我的手中。

从春天这是我第一次听说过它。

而我的回答是肯定超级10000英尺来看，它反映了某种方式的偏好的行业有关于使用一个或另一个。

此外，差异是成比例的时间平台已提供。记得蚀创建体解决的问题Java摇摆不得不回到1.3在哪里只是prohibitely缓慢。

//需要将物品寄已经非常特JVM的改善和现在的运行速度非常快。

弹簧还是年轻人(与其他两个)，但一如既往，新的事情了解的从前，机会是很简单的使用。

这是一篇关于这两个平台蚀RPC vs//需要将物品寄RPC.可能是有帮助的

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

//需要将物品寄RPC是优秀的。它走过了漫长的方式。它使用一个更强大的技术('摇摆')，许多人使用和理解。日食RPC(更具体地体)只是困惑我。

日食RPC提供的插件机制，这样你可以添加新的功能在稍后的部署。还通过更新的机制可以更改该系统没有用户的干扰。在开发阶段，日食RPC提供了一种快速、可靠地面观点、意见、编辑、命令和采取行动的机制。如果项目需要许多不同的窗户与不同的工具栏和菜单(也定菜单上下文)，我建议您使用日食RPC.我只是检查影片库平台和运行的建项目，但它似乎缓慢而笨拙:)40秒开始了(你可以重新加载应用程序虽然w/o，重新启动。) vogella.de 是一个很好的教程的集合用户RPC

还有反映基于UI生成和定制。

而不是定制的IDE到适合你的需要，将自定义GUI产生的默认。这可能是有趣的尝试一种新的方法。

https://github.com/dotxyteam/ReflectionUI

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top