java - GWT,Smart GWT,GWT-ext对比

Question

我在我的应用程序中使用带有 ext 的 GWT 2.0.3。该项目不再处于积极开发状态并且已被 Smart GWT 取代。我正在为此应用程序使用 HMVC 模式。现在使用现有的 GWT 2.0.3 和 ext 版本我遇到了很多问题。问题与以下内容有关。

浏览器兼容性HTML 5 合规性

移动兼容性

分辨率独立

加载速度

控制丰富度

几天前 GWT 2.3 版本也发布了。现在我想将我的应用程序应用程序转移到新技术。因为 ext 不再处于积极开发中。我也遇到了现有版本的许多问题。

我正在考虑根据 ot 要求分析 GWT 2.3、Smart GWT 和 Spring 框架。但我仍然有点困惑在这种情况下该怎么做。如果有人对这种情况有想法并给我一些清晰的想法或比较技术对我来说非常有帮助。

请帮帮我。

Answer 1

关于迁移 -将现有代码迁移到纯 gwt 2.3 并不容易。 ext 使用不同的框架和类，您在 gwt 中不会以相同的方式找到它们，您最终将不得不重新编码很多东西。

如果您想重新编码，那么选项对您开放-

• Smart GWT 正在积极开发中，并且肯定拥有更丰富、更优雅的小部件集。但是，我发现 LGPL 版本文档缺乏且令人困惑，(如果您选择付费版本则不是问题)

• 另一方面，GWT 2.3 几乎拥有与 smartgwt 相当的所有小部件(仍然缺少内置验证等内容)。我发现它比 smartgwt 更轻巧、更优化。但是，您可能需要做更多的 css 工作才能让它看起来像 smartgwt 一样优雅。

如果您想要一组具有侵略性的漂亮小部件，请不要介意稍微繁重的应用程序，请使用 smart gwt。如果您有时间编写功能代码并自行设计，更喜欢轻型应用程序，请使用 gwt。

编辑 -

• 浏览器兼容性

  GWT- 非常全面，可能会遇到一些小的 css 问题。

  Smart GWT - 相当全面，但是，我不得不修改代码等以适应不同版本的 IE。另外 - 不要将智能 GWT 与 GWT 小部件混合!!!这是一个兼容性噩梦，smartgwt 不完全是 gwt 的扩展(smartgwt 包装了大量 native js 代码)。您最终可能会看到奇怪的 js 错误，即使是 smartgwt 团队也很难调试 - 他们的建议 - 不要混用小部件。

• 移动兼容性

  我没有在这方面工作过，但是两者都是基于 JS 的，因此应该可以在任何移动设备上运行。您可能需要弄清楚 UI 设计元素并捕获自然触摸事件。在这里我仍然会选择 gwt，因为它更轻。也许这会有所帮助 - http://traceurl.blogspot.com/2010/11/state-of-gwt-for-mobile.html不确定智能 gwt 对特定移动事件有什么支持。

• 分辨率独立性

  这里 Smart gwt 轻而易举地胜出。只需在 %ages 中声明小部件大小，让它发挥它的魔力。 gwt 不是那么简单，如果你想要可调整大小——你将必须捕获调整大小事件

• 加载速度

  GWT 绝对更轻，加载速度更快。您还可以提高 smart gwt 的加载速度，但是您必须通过取消选择您不使用的代码等来为此做一些工作。如果您有这方面的经验，您可以将速度差异降低到可以忽略不计的数量。

• 控制丰富度

  不确定您要的是什么，但如果它的小部件功能丰富，我会选择 Smargwt(不幸的是，这是让它变得更重的一件事)。