GWT与Dart的主要区别是什么？Dart是GWT的潜在替代品吗？

我试图了解这两个标准中的哪一个，有四个主要标准

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

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

两者似乎都有相似的用例和相同的潜在开发人员社区

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

---

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

我认为Dart的主要目标不是将源代码编译器替换为类似GWT的JavaScript，而是替换JavaScript本身。它需要这样做是为了巨大的可维护代码库，为了更好的性能，以及我想的一系列其他原因

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

就预测未来而言，你也许可以看到Dart在Google Trends上如何对抗JavaScript。

我想我找到了：（应该先阅读Dart的FAQ，而不是在Google上搜索“GWT vs Dart”）

发件人：

GWT的未来是什么

布鲁斯·约翰逊（Bruce Johnson）在GWT博客上发表了以下评论（对Plus有进一步评论）： “Dart和GWT都有实现结构化web的共同目标 事实上，很多给你带来GWT的工程师 我们正在研究Dart。我们认为Dart是GWT的一个雄心勃勃的发展 我们的使命是为最终用户提供更好的web应用，我们对此持乐观态度 关于它的潜力。随着Dart的发展和黄金时间的到来， 我们期望与GWT开发人员社区密切合作，以 探索飞镖。”

“同时，请放心，GWT将继续是一个富有成效的公司 打造最具雄心的网络应用甚至是类似游戏的可靠方式 愤怒的小鸟。谷歌内部的关键项目每天都依赖GWT，而我们 计划根据他们的需求继续改进（和开源）GWT 现实世界的需要。”

---

Dart主要解决两个问题

提供一种客户端语言，使开发人员能够构建大型应用程序，而不必像大型javascript应用程序那样费劲

使用相同的语言客户端和服务器端（即Dart SDK最终将类似于NodeJS） 通过这种方式，它解决了与GWT（弥合客户机和服务器之间的差距）相同的一些问题，以及CoffeeScript（适合大规模开发的现代语言）解决的一些问题

---

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

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

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

---

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

“GWT-RPC只能序列化Java的一小部分，Dart没有这个问题”-除了Java没有Dart的一个重大问题：可以在浏览器中运行的一组有限的未来。GWT RPC唯一没有序列化的是那些无法在客户端web应用程序上下文中执行的内容…这些内容现在似乎已被删除此答案不再有效。。。查看更多信息