我來自微軟世界（我和平相處）。我想要快速建立一個Web應用程序的原型，如果它能解決問題，那就直接採用它 - 而且我不想使用ASP.Net。GWT或DOJO還是別的？
我不確定要使用哪個Web應用程序工具包。我應該使用GWT，DOJO ...其他建議嗎？我可以接受任何服務器端語言，但是我正在研究RoR，Php甚至Java（精確地說J2EE）。我不是一個Javascript/CSS的人，所以一個工具包可能會讓我在這些方面相對容易一些，這將是更可取的。
另外，我是家裏的mac用戶。什麼IDE與你會推薦的框架一起使用？
任何建議傢伙？
如果你打算做Java，那麼GWT就是要走的路。它允許你在客戶服務器上擁有一個相對統一的代碼庫，並且只在兩者上使用一種語言。
做非常偏離路徑的AJAXy事情（GWT使困難，但不是不可能）有一些限制，但它聽起來不像是你的用例。
當您的應用變得更復雜時，GWT將允許您通過使用更多功能來擴大規模 - 而且您的原型不會是一次性代碼。
我是GWT的粉絲，但是我對Java非常熟悉。我發現它很直觀，而且很快就可以很容易地獲得好的結果。如果你要使用GWT，那麼你肯定會想要使用免費的，功能非常強大的IDE。
GWT的一個缺點是它需要需要 JavaScript被瀏覽器支持，沒有「優雅的降級」。
就我個人而言，我會避免嘗試嵌入或隱藏客戶端框架的服務器端框架。我確信GWT非常適合快速獲取某些應用程序，但對於某些類型的應用程序來說可能還不錯，但是對於更復雜的應用程序，您可能會遇到許多「邊緣」問題。將客戶機框架與服務器端框架分離可以避免這些問題。
@dkarrpipverisignlabscom你說什麼樣的問題？我希望我的應用程序在後面的迭代中可能會在UI方面有點複雜，所以我絕對在意。 我明白，從服務器端解耦UI是理想的，但如果我正在處理一個勝任的框架，我沒有問題。 – 2008-09-21 01:51:42
如果你想在JAVA中編寫前端和後端，並且想要做複雜的ajax類型的事情，那麼GWT是一個很好的選擇。
想想最簡單的方法就是構建一個GWT應用程序就像構建一個掛鉤到服務器的JAVA swing應用程序。就像一個使用服務器的搖擺應用程序一樣，你可以使它變胖或變薄。完成後，它全部編譯成HTML和JavaScript，並具有非常好的現代瀏覽器支持（ie6 + ff，opera，safari）。
它確實抽象了所有的JavaScript和HTML，但如果你希望它看起來不錯，你仍然需要了解CSS。
我想任何人說，它會破壞MVC或者它是一個客戶端與服務器混淆不明白的GWT。 GWT是一個CLIENT端框架。它只在CLIENT上使用。 GWT確實提供了一種RPC機制將其掛接到JAVA（和其他）後端，但這僅僅是一種通信協議，並不意味着您的服務器代碼奇蹟般地變成了您的客戶端代碼。如果你真的想，你可以寫一大堆業務規則到你的用戶界面中，但是你可以用任何框架來做到這一點，所以說GWT在這方面有某些不同是愚蠢的。
我是jQuery的粉絲，行爲，遍歷和命令的可鏈接性非常強大。我的一個好朋友非常喜歡Mootools，他在一家Java商店FWIW工作。他提到了Mootools的一個很酷的功能，就是你可以指定你希望框架包含的功能，並且它會在一個文件中的一行中生成整個庫，你可以在你的頁面上包含這個文件，以減少框架的重量（漂亮很酷的功能）。真的，這取決於你最舒服的。 jQuery有很棒的教程，速度超快，可以和其他javascript框架一起使用。
與GWT無關，但您是否考慮過GWT可以很好地與其他後端工作？
Grails是一個與GWT很好地綁定的後端。
GWT是一個不錯的選擇，而如果您選擇更強大的基於GWT的JavaScript框架（例如SmartGWT），則編譯的內容太重。
如果您需要緊湊的項目，請選擇直接JavaScript。
沒有 - 只需要很多工作在