GWT，智能GWT，GWT-ext比較

Question

我正在使用GWT 2.0.3與ext在我的應用程序中。此項目不再處於積極的開發之中，並已被智能GWT所取代。我正在使用HMVC模式進行此應用程序。 現在使用現有的GWT 2.0.3和ext版本，我得到了許多問題。問題與以下事情有關。

瀏覽器兼容性 HTML 5合規

移動兼容

分辨率無關

加載速率

控制豐富性

菲尤天回GWT 2.3版本還released.Now我想將我的應用程序應用程序遷移到新技術在積極開發的時間更長。而且我也遇到現有版本的許多問題。

我想根據需求來分析GWT 2.3，Smart GWT和Spring框架，但是我仍然有點困惑在這種情況下該怎麼做。如果任何人對這種情況有所瞭解並給我一些清晰的想法或比較那麼這對我來說會非常有幫助。

請幫幫我。

Answer 1

關於遷移 - 它不會是容易的移植到現有的代碼爲純GWT 2.3。 ext使用不同的框架和類，你不會在gwt中以同樣的方式找到，你將不得不重新編碼很多東西。

如果你想重新編碼，那麼選項是開放給你 -

• 智能GWT正在積極發展，並擁有更豐富的分類器組小部件的肯定。但是，我發現LGPL版本文檔缺乏和混淆，（如果你去付費版本，那麼不是一個問題）

• GWT 2.3主要是所有小部件都可以比得上smartgwt（仍然缺少像內置的東西驗證等）。我發現它比smartgwt更輕，更優化。但是，您可能需要做更多的CSS工作才能讓它看起來像smartgwt一樣優雅。

如果你想要一個好看的小部件，不要介意稍微沉重的應用程序，去聰明的gwt。如果您有時間編寫功能並自行設計，請選擇輕型應用程序，然後使用gwt。

編輯 -

• 瀏覽器兼容性

  GWT-非常全面，可以在這裏和那裏面對一點點的CSS niggles。

  智能GWT-然而，相當全面，我不得不修改代碼等，以適應不同版本的IE瀏覽器。此外 - 不要將智能GWT與GWT小部件混合在一起！它的兼容性噩夢，smartgwt不是gwt的擴展（smartgwt包裝了很多原生js代碼）。你可能會看到奇怪的js錯誤，即使smartgwt團隊發現很難調試 - 他們的建議 - 不要混合這些小部件。

• 移動兼容

  我還沒有這方面的工作，但兩者都基於JS等都應該在任何移動運行。您可能需要弄清UI設計元素並捕捉自然觸摸事件。在這裏，我仍然會用gwt來說明它更輕。也許這會有所幫助 - http://traceurl.blogspot.com/2010/11/state-of-gwt-for-mobile.html不確定智能gwt對特定移動事件的支持。

• 分辨率無關

  這裏智能GWT勝手了。只需在％age中聲明小部件大小並讓它發揮它的魔力。事實並非如此簡單使用GWT地方，如果你想大小可調整性 - 你必須捕捉調整事件

• 加載速度

  GWT肯定是更輕，更快地加載。您還可以提高智能gwt的加載速度，但您必須通過取消選擇不使用的代碼等來適應這一點。如果您有這方面的經驗，可以將速度差減小到可以忽略的數量。

• 控制豐富性

  不知道你在問什麼，但如果它的窗口功能的豐富性，我將與Smargwt去（這是一兩件事，使得它更重黯然）。

Answer 2

我正在研究一個相對複雜的GWT項目，我非常高興使用GWT 2.3。雖然SmartGWT擁有比GWT更復雜的部件，但您仍不能將Uibinder與其結合使用，這就是我拒絕使用SmartGWT的原因。

這樣，你將不得不把多一點精力投入到使用CSS樣式的小部件，而另一方面它大大解耦從您的演示文稿您的編程邏輯，大大加快了發展。此外，您可以專注於邏輯並讓設計師佈置/設計您的應用程序。

Answer 3

除非您願意在功能和視覺吸引力方面採取明顯的後退步驟，否則您應該使用SmartGWT。首先，GWT-Ext的網格比GWT核心網格更加強大，可以考慮對列表進行列大小調整和重新排序。對於側方比較：

http://gwt.google.com/samples/Showcase/Showcase.html#!CwCellTable

http://www.gwt-ext.com/demo/#gridGrouping

相比之下SmartGWT的的網格是在功能方面的重大一步，從GWT-Ext的 - 我只是指出了一個樣本，但真的是你需要要經過電網實例的所有文件夾，查看功能的功率和廣度：

http://www.smartclient.com/smartgwt/showcase/#grid_summaries

所以 - 記住你正在構建的應用A n爲最終用戶，並考慮他們將如何看待降級的用戶界面。

完全披露 - 我上面所說的應該是不言而喻的，同時，SmartGWT是我的技術。