2008-10-01 32 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插件的開銷。

我也認爲這會使部署更新變得更容易。