2008-10-01 34 views
1

我开始一个项目,为此我们将有一个瘦客户端,发送请求并从服务器获取响应。http/AJAX(GWT)与Eclipse gui的瘦客户端部署

我们仍处于规划阶段,因此我们可以选择基于Eclipse的GUI(Eclipse插件)还是使用GWT作为应用程序的参考。我不太熟悉Eclipse作为一个GUI(而不是GWT),但知道'普通'的Java。

这两种方法的主要优点和缺点是什么?

编辑:解决提出的问题:

  • 的项目,如果基于Eclipse,会使用核心Eclipse GUI(无编码工具,只是裸露的骨头)和GUI会用它来包装。
  • 我一直在看GWT,至今似乎是最好的选择,但仍有一些研究要做。
  • 通信方法是CORBA的变体(在房子库)

回答

1

如果您正在考虑使用Eclipse构建一个独立客户端或仅添加到现有Eclipse安装中的插件,您打算如何与您的服务器通信?

我们的团队尝试构建Eclipse富客户机平台应用程序,并通过RMI与基于J2EE的基于EJB的中间层进行通信,并且工作得很好,除了当我们安全并且不能使用任何标准的J2EE安全模式来在Eclipse客户端上创建一个登录,以便对服务器进行身份验证。

这似乎是Eclipse界的一个已知问题,但我还没有看到任何解决方案。

GWT看起来非常先进,有几个IDE添加了工具来处理它,但我没有第一手的开发经验。我在演示和示例方面看到的所有内容使其看起来非常强大且易于使用。所以我的基本观点是,Eclipse是一个令人兴奋的平台,但是您将面临难以解决的问题,您可能需要自己解决。目前GWT似乎是一个更容易的选择。

+0

直接从GWT做CORBA(或它的一些变体)可能被证明是一个问题。如果您选择了GWT,准备为GWT使用代理RPC服务层,然后连接到您现有的RPC服务(corba或what-not)。 – 2009-04-11 14:42:36

1

从人谁也为你(还没有开发任何基于Eclipse的插件或与GWT任何东西)一样多经验的到来,这是纯粹是从你的问题的另一组眼睛的意见。

纯粹从这个应用程序服务于瘦客户端的角度来看,我认为GWT会适合这种情况的账单好一点。它肯定会轻一点,并且不需要Eclipse插件的开销。

我也认为这会使部署更新变得更容易。