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

Question

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

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

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

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

看起来GWT最终会被Dart取代吗？任何一个signes暗示这个？

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

Answer 1

我想我发现了:(应该首先阅读Dart的FAQ，而不是谷歌搜索“GWT vs Dart”）

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

  

Q值。 GWT的未来是什么？

     

布鲁斯·约翰逊在GWT博客上发表文章（对Plus的进一步评论）：   “Dart和GWT都有共同的目标，即启用结构化网络   节目。事实上，很多同样的工程师为你带来了GWT   正在研究Dart。我们认为Dart是GWT的雄心勃勃的演变   为最终用户提供更好的网络应用程序的使命，我们很乐观   关于它的潜力。随着Dart的发展并为黄金时间做好准备，   我们期待与GWT开发者社区密切合作   探索Dart。“

     

“同时，请放心，GWT将继续保持高效率   建立最雄心勃勃的网络应用程序的可靠方式 - 甚至是像这样的游戏   愤怒的小鸟。 Google内部的重点项目每天都依赖GWT，而我们   计划继续改进（和开源）基于他们的GWT   现实世界的需求。“

Answer 2

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

它的类型更强，并且从Java和其他语言中借用了许多概念。

就预测未来而言，您可能会看到Dart如何对抗Google趋势上的JavaScript。

Answer 3

Dart主要存在解决两个问题

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

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

Dart希望能够更好地弥合客户/服务器的差距而不是GWT，因为它从一开始就被编译为JavaScript，从而解决了GWT-RPC的主要问题（即GWT-RPC只能序列化一个小小的Java的子集，Dart没有这个问题）。

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

Answer 4

  

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

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