你對GWT有什麼經驗？

Question

您是否覺得Google Web Toolkit是一個有用的項目？是否有許可問題？

Answer 1

我已經在研究中使用它，並發現它是一個有前途的技術。至於發牌，這是Apache 2.0的所以這不應該提出你的問題：

http://code.google.com/webtoolkit/terms.html

Answer 2

我真的，真的不喜歡使用JavaScript。 （真的！）另外，我有一個背景，包括Java AWT和Swing的UI編程。所以我發現佈局模型非常直觀。另外，我喜歡在Eclipse中使用其自動完成和調試程序的假期。它生成的代碼在同一個跨瀏覽器上工作。

我在Rails應用程序中使用它，所以我只是將結果.js文件卡在public/javascripts中，需要它在我的佈局中，並像往常一樣部署。

真正的Javascript程序員通常會討厭它。 Java佈局模型非常靈活，但很難第一次（第二次，第三次......）看到它。編譯步驟也令他們感到惱火。

Answer 3

如果你想爲GWT社區的感覺，我建議你檢查出Google Group for GWT。那裏有帖子指向試圖顯示誰在使用工具包的頁面，人們遇到的問題（以及解決方案！）。

我使用GWT在我的公司，我們遇到了輝煌的成功。我們很難製作一個基於網絡的應用程序，如果沒有它，我們就無法生產我們已經完成的工作（並且仍然具有相同的總體生產力（得益於IDE），功能速度等）。 ）

Answer 4

我使用GWT在我目前的工作和喜歡它，因爲我現在可以做與Java什麼是最好的JavaScript高手能做到。

延遲綁定，其引導和緩存優化，例如像束展示他們即將得到了很多表現爲一些額外的開發工作有多麼嚴重。

一個警告的話，雖然是要小心的，你介紹這個技術你開發成任何的方式。我們正在處理，產生巨大的HTML文檔嵌入的JavaScript，CSS等的大雜燴，我選擇用「發佈」 GWT功能引入一些GWT UI到窗口中的舊代碼庫單片：

public native void publishStuff() /*-{ 
    $wnd.createGwtUI = @com.acme.foo.MyGwtUI::create(); 
}-*/; 

這些函數從父HTML文檔讀取配置。

該解決方案的穩定性受到底層文檔結構的怪癖和缺陷的嚴重破壞，所以一些人對「跨瀏覽器」GWT的真正含義產生了第一印象。

Answer 5

GWT是偉大的，因爲它處理了許多與不同的瀏覽器的問題，如果你不熟悉它可以說是相當的麻煩。它還有助於將GUI創建爲更加程序化的方式，這也是非網頁設計師POV的一大優點。看一看GWT的Showcase（它具有代碼的實例）以瞭解您可以輕鬆使用（和擴展）的GUI。另一個很好的功能是，您可以輕鬆實現應用程序的國際化（請參閱this文章，瞭解其中的一種方法）。同樣，當Google編譯它時，他們會優化代碼，這是一個優點。很多其他庫也可以輕鬆添加功能。

基本上，您可以使用HTML + JavaScript完成任何事情（Steve Reed的示例向您展示瞭如何在Java中使用JavaScript）。您甚至可以將JavaScript庫移植到Java中，並像使用任何Java類一樣使用它們。總的來說，谷歌在這方面做得非常好（它在Eclipse中工作得非常好，並且有文檔記錄）。然而，這是我認真考慮的第一個Web框架（？），所以我認爲它非常好，可能會有偏見。需要注意的是：託管模式瀏覽器基本上是Internet Explorer，因此您需要在不同的瀏覽器中編譯和查看它。

Answer 6

我們在Google上使用它，儘管我對過程的嚴重性保持警惕（計算代碼使用的所有Java類的傳遞閉包，然後轉換爲JavaScript），但它實際上是一個無縫過渡到使用它用於UI編程。所有你需要學習的都是幾個GWT特定的配置（序列化策略可能很粗糙，你必須小心依賴關係等），然後關閉並運行，而不考慮GWT及其體系結構。

我在開始項目時沒有JavaScript體驗，但我仍然沒有JavaScript體驗 - 這是件好事。我從來沒有必須檢查JavaScript來調試我的程序，部分原因是由於有很多可用的調試工具。您可以使用託管模式，它將跳過Java - > JavaScript翻譯，並允許您保留在Java中，例如eclipse中，然後像JavaScript一樣在瀏覽器中瀏覽它。

最後，由於測試絕對會造成或破壞您的大型網絡應用程序，因此Selenium與GWT非常協調。 Selenium是一個功能強大的GUI測試框架，並不能代替單元測試，但它是一個非常好的端到端測試，可以補充您的GwtTestCases。