我使用GWT 2.0.3在我application.This项目内线不再是正在积极发展，并已通过智能GWT.I正在使用HMVC模式这种应用所取代。 现在，与现有的GWT 2.0.3和转版我得到很多issues.Issues都与followinng事情。
浏览器兼容HTML 5合规
移动兼容
分辨率无关
加载速度
丰富度控制
饥荒预警系统天回GWT 2.3版本还released.Now我想我的应用程序的应用程序迁移到新的technology.as ext是活跃development.and下不再是我也是我收到的许多问题与现有的版本。
我想给analyz GWT 2.3，智能GWT和Spring框架，根据OT requirement.But还是我有点困惑该怎么做这个situation.If任何人有这个想法situaion并给我一些明确的概念或技术相比它然后将非常有助于FUL我。
请帮我。
至于迁移 - 它不会是容易的移植到现有的代码为纯GWT 2.3。 分机使用不同的框架和类，你不会在GWT以同样的方式找到，你将不得不最终重新编码的东西很多。
如果你想重新编码，那么选项是开放给你 -
智能GWT正在积极发展，并拥有更丰富的分类器肯定设置构件。 不过，我觉得在LGPL版本文档缺乏和混乱，（如果你去付费版则没有问题）
GWT 2.3另一方面得到了大多都是小部件媲美SmartGWT的（人仍下落不明的东西像内置的验证等）。 我觉得它要轻得多，比SmartGWT的更优化。 但是，您可能需要做一些更多的CSS工作得到它看上去SmartGWT的是优雅。
如果你想要一个侵略性的一套漂亮的小部件，不介意稍微重应用，顺应智能GWT。 如果你有时间编写功能和设计urself，喜欢轻应用，去与GWT。
编辑 -
浏览器兼容性
GWT-非常全面，可以在这里和那里面对一点点的CSS niggles。
智能GWT-相当全面，但是，我不得不修改代码等，以适应不同版本的IE。 而且 - 不与GWT部件混合智能GWT！ 它的兼容性恶梦，SmartGWT的心不是正好GWT的扩展（SmartGWT的包装大量的原生JS代码）。 您可能会最终看到里面连SmartGWT的团队发现很难调试怪异的js错误 - 他们的忠告 - 不要混合部件。
移动兼容
我没有工作在这方面，但是两者都基于JS等都应该在任何移动运行。 您可能需要弄清楚的UI设计元素和捕捉自然的触摸事件。 在这里，我仍然会用GWT去这一事实，它更轻。 也许这将帮助- http://traceurl.blogspot.com/2010/11/state-of-gwt-for-mobile.html不知道什么支持智能GWT有特定的移动事件。
分辨率无关
这里智能GWT胜手了。 就在％年龄申报部件尺寸，让它做它的魔力。 事实并非如此简单使用GWT地方，如果你想大小可调整性 - 你必须捕捉调整事件
加载速度
GWT肯定是更轻，更快地加载。 您也可以提高智能GWT的加载速度，但你将不得不取消您不使用等等等等，如果你是在有经验的代码工作一点对于这一点，你可以打倒的速度差，以可忽略不计。
丰富度控制
不知道你在问什么，但如果它的窗口功能的丰富性，我将与Smargwt去（这是一两件事，使得它更重黯然）。
除非你愿意在功能和视觉上的吸引力明显回步，你应该去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
所以 - 请记住您正在为最终用户的应用程序，并思考他们会如何看待降级的UI。
全面披露 - 什么我上面说的应该是不言而喻的真实，同时，SmartGWT的是我的技术。
我的工作目前相对复杂的GWT项目，我使用GWT 2.3专用非常高兴。 虽然SmartGWT的具有远远超过GWT更复杂的部件，您仍然无法连同它使用UiBinder的，这就是为什么我拒绝使用SmartGWT的。
这样一来，你就必须把多一点精力投入到使用CSS样式的小部件，而另一方面它大大解耦从您的演示文稿您的编程逻辑，大大加快了发展。 此外，你可以专注于逻辑，而让一个设计师设计/风格的应用程序。
