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是我的技术。