45

我试图了解使用哪两个，有四个主要标准

  • 使用现代 IDE 编写更好、可维护的客户端 JavaScript 代码（更好的内容辅助，更好的调试）
  • 跨浏览器
  • 少锁定，可读取代码
  • 未来更有可能得到支持的技术（最难说）

这两种技术的主要区别是什么？

两者似乎都有相似的用例，以及相同的潜在开发者社区

看起来 GWT 最终会被 Dart 取代吗？有任何迹象表明这一点吗？

还是我错过了什么，它们是完全不同的概念？

4

4 回答 4

30

我想我找到了：（应该先阅读 Dart 的常见问题解答，而不是在谷歌上搜索“GWT vs Dart”）

来自：http ://www.dartlang.org/support/faq.html#future-for-GWT

问：GWT 的未来是什么？

Bruce Johnson 在 GWT 博客上发帖（对 Plus 有进一步的评论）：“Dart 和 GWT 的共同目标是实现结构化 Web 编程。事实上，许多为您带来 GWT 的工程师都在研究 Dart。我们将 Dart 视为“GWT 的使命是为最终用户提供更好的网络应用程序，这是一次雄心勃勃的演变，我们对其潜力持乐观态度。随着 Dart 的发展并准备好迎接黄金时段，我们预计将与 GWT 开发人员社区密切合作以探索 Dart。”

“同时，请放心，GWT 将继续成为构建最雄心勃勃的网络应用程序的一种高效且可靠的方式，甚至是像愤怒的小鸟这样的游戏。谷歌内部的关键项目每天都依赖于 GWT，我们计划继续改进（并开放- 采购）GWT 基于他们的实际需求。”

于 2012-02-07T06:18:41.993 回答
22

我认为 Dart 的主要目标不是将源编译器替换为像 GWT 这样的 JavaScript，而是替换 JavaScript 本身。它需要为庞大的可维护代码库、更好的性能以及我猜的许多其他原因而这样做。

它具有更强的类型，并且借鉴了 Java 和其他语言的许多概念。

至于预测未来，你或许可以在 Google Trends 上看到 Dart 对 JavaScript 的表现。

于 2012-02-07T04:38:58.200 回答
11

Dart 的存在主要是为了解决两个问题

  1. 提供一种客户端语言，使开发人员能够构建大型应用程序，而不会遇到通常与大型 javascript 应用程序相关的痛苦。
  2. 使用相同的语言客户端和服务器端（即 Dart SDK 最终将类似于 NodeJS）。

通过这种方式，它解决了一些与GWT相同的问题（桥接客户端和服务器之间的差距）和CoffeeScript（一种适合大规模开发的现代语言）解决的一些问题。

Dart 有望比 GWT 在弥合客户端/服务器差距方面做得更好，因为它从一开始就被设计为编译为 JavaScript，从而解决了 GWT-RPC 的主要问题（即 GWT-RPC 只能序列化 Java 的一小部分, Dart 没有这个问题）。

它是否会比 CoffeScript 更好是一个不同的讨论，但现在它改进的调试功能（即直接在 Chrome 中运行）已经证明了对大规模 Web 应用程序开发的一大优势（就像 GWT 的开发模式一样）。

于 2012-02-07T13:04:33.460 回答
8

Dart 有望比 GWT 在弥合客户端/服务器差距方面做得更好，因为它从一开始就被设计为编译为 JavaScript，从而解决了 GWT-RPC 的主要问题（即 GWT-RPC 只能序列化 Java 的一小部分, Dart 没有这个问题）。

从未见过或遇到过这个问题。您可以轻松地序列化 java.util.* 中的所有类型和大多数数据结构。你还想要什么或需要什么。

于 2012-05-16T16:54:34.240 回答