我有使用Java，HTML，JS和CSS開發Web應用程序的經驗。在這一點上，我想學習/嘗試GWT，但在此之前，我希望澄清以下內容：從HTML/JS轉到GWT
謝謝。
1）很多情況下，如果您的模塊的規模相當大，只需簡單刷新您的前端（或部署前編譯）可能會相當耗時。然而，您可能會像往常一樣使用Firebug或類似工具，而更有趣的是，調試非常簡單而且功能強大。然而有一些小問題，比如Java和基於Javascript的正則表達式之間的不兼容。
2）例如，接受基於Photoshop等設計人員提供的'預期屏幕樣本'（不知道該如何調用），並將其轉換爲基於html/js GWT的前端。這是一個真正的缺點。
3）你需要知道你在做什麼。但真的有很多可用的。使用GXT/SmartGWT或類似的庫有幫助。在前端包含所有這些插件的JQuery內容也很困難。
4）這就是真正使GWT強大的原因。後端的東西以及從前端與它進行通信的便利性。我的觀點是，如果您需要大量業務（主要是後端）邏輯，那麼一旦學習如何在開發中有效使用GWT，您就不會後悔使用GWT。與BE部分的通信使得在客戶端編寫業務邏輯也變得更容易。如果您在前端使用不那麼多邏輯，沒有太多複雜的數據傳輸等需要美麗，非標準，易於定製的東西，那麼最好使用「標準」非GWT方法。許多使用GWT的人的一個主要優點是他們不需要用JS編寫代碼，GWT生成的JS代碼是快速，有效和跨瀏覽器的。如果您不介意在html/js中編寫前端（並且不會錯過正確的調試控制），並且您想使用Java編寫BE，那麼DWR或其他一些輕量級Ajax庫可能會讓您感興趣。
GWT旨在更具可擴展性和可管理性，當然還有其成本。如果您習慣在小團隊（即1-5人）的小型網站/應用程序中直接在HTML/CSS/JS中工作，那麼GWT可能會增加更多的複雜性。
如果您處於更大規模的環境中，並期望許多迭代和不同的人員進入/退出項目，可能值得使用框架 - 而GWT非常好。看看GWT EXT JS，當你在它:)
相比直接使用HTML，自定義GWT是硬（但如果主要變化是有道理的獎勵）。瞭解GWT API和體系結構有很多需要了解的知識，以瞭解所有組件如何組合在一起。
確實很難在GWT中實現自定義。你必須考慮你正在用js翻譯Java中的代碼。
當然，你有可能與不同的js庫集成，但仍然比純html/css/js更難。
考慮一下，如果你打算做一些SEO，GWT可能會很棘手。