GWT可以与基于javascript的框架相比较吗？

GWT与Javascript框架（如

backbone.js

，

angularJS

，

Ember

，

JQuery

等）相比（或者可以进行比较）如何。？他们的目标是完成同样的工作，使他们成为竞争对手，还是可以一起使用？

是和否。虽然GWT的编译器本质上是一个Java到Javascript的转换器，但它提供的好处远远超过我从任何流行的JS库中看到的任何东西

由于基于GWT的应用程序是用Java编写的，因此它们获得了许多好处，例如强类型和极易重构。如果某个更改影响到另一个类，您会立即知道它。对于那些Java不擅长的事情，您可以使用Javascript处理JSNI。谷歌还为Eclipse提供了一个很好的插件，它可以让你像我从未见过的JS库那样调试代码。这样做的另一个好处是，您可以用同一种语言编写客户端和服务器端代码，而GWT需要将它们捆绑在一起

自动生成多个排列也有好处。GWT提供的代码副本在最常用的浏览器上的外观和行为完全相同（尽可能）。你的客户看到的都是同样的东西，而你却没有承担额外的负担。您不必编写无休止的代码来处理那些永远困扰web开发人员的无数浏览器特性。虽然在某种程度上，这些东西是由一些JS库处理的，但GWT使其完全不费吹灰之力

根据我的经验，您提到的库本身都很好，但无法提供GWT现成的强大调试、可移植性、可扩展性、可维护性和可移植性。GWT并不是为与其他库协同工作而构建的，而是为您提供了在没有它们帮助的情况下（主要）完成这些库所能做的一切的能力。（当然，这并不是说你不能随时随地使用其他库……如果你真的觉得有必要的话，你可以这样做。）

---

所以在我看来，不，没有竞争。GWT是这一领域的象征性重量级冠军。

+1为了回应这种情绪，GWT允许您将所有设计模式知识带到前端。您可以使用复杂的继承和组合、事件等构建整体架构。您可以构建抽象层来隐藏大量复杂性。我对发布的无数MVC javascript框架嗤之以鼻。我可以使用GWT在复杂系统中运行这些程序。