4つの主な基準を使用して、2つのうちどちらを使用するかを理解しようとしています
2 つのテクノロジの主な違いは何ですか?
どちらも同様のユースケースを持っているようで、開発者コミュニティの可能性も同じです
GWT は最終的に Dart に置き換えられるように見えますか? これを示唆する兆候はありますか？
それとも、何かが欠けていて、それらはまったく異なる概念ですか?
私はそれを見つけたと思います:(「GWTvsDart」をグーグルで検索するのではなく、最初にDartのFAQを読むべきでした）
差出人：http ：//www.dartlang.org/support/faq.html#future-for-GWT
Q. GWTの将来はどうなりますか？
Bruce JohnsonはGWTブログに投稿しました（Plusに関するコメントもあります）：「DartとGWTはどちらも、構造化されたWebプログラミングを可能にするという目標を共有しています。実際、GWTをもたらした同じエンジニアの多くがDartに取り組んでいます。ウェブアプリをエンドユーザーにとってより良いものにするというGWTの使命の野心的な進化であり、その可能性については楽観的です。Dartが進化し、プライムタイムの準備が整うにつれて、GWT開発者コミュニティと緊密に協力してDartを探索することを期待しています。」
「その間、GWTは、最も野心的なWebアプリ、さらにはAngry Birdsのようなゲームを構築するための生産的で信頼性の高い方法であり続けるので安心してください。Google内の主要なプロジェクトは毎日GWTに依存しており、今後も改善を続ける予定です。 -ソーシング）実際のニーズに基づいたGWT。」
Dart の主な目的は、GWT のようにソース コンパイラを JavaScript に置き換えることではなく、JavaScript 自体を置き換えることだと思います。巨大な保守可能なコードベース、パフォーマンスの向上、および私が推測する他の多くの理由のために、それを行う必要があります。
それはより厳密に型付けされており、Java や他の言語から多くの概念を借用しています。
将来の予測に関する限り、Dart が JavaScript に対してどのように動作しているかは、Google トレンドで確認できるかもしれません。
ダートは主に2つの問題を解決するために存在します
このようにして、 GWT（クライアントとサーバー間のギャップを埋める）と同じ問題のいくつかと、 CoffeeScript（大規模な開発に適した現代言語）によって解決される問題のいくつかを解決します。
Dartは、JavaScriptにコンパイルされるように最初から設計されているため、GWTよりもクライアント/サーバーギャップを埋めるのに優れた仕事をしてくれることを願っています。これにより、GWT-RPCの主な問題が解決されます（つまり、GWT-RPCはJavaのごく一部しかシリアル化できません） 、Dartにはこの問題はありません）。
CoffeScriptよりも優れているかどうかは別の議論ですが、すでにその改善されたデバッグ機能（つまり、Chrome内で直接実行する）は、大規模なWebアプリケーション開発（GWTが開発モードで行うように）に大きなプラスをもたらしています。
Dartは、JavaScriptにコンパイルされるように最初から設計されているため、GWTよりもクライアント/サーバーギャップを埋めるのに優れた仕事をしてくれることを願っています。これにより、GWT-RPCの主な問題が解決されます（つまり、GWT-RPCはJavaのごく一部しかシリアル化できません） 、Dartにはこの問題はありません）。
この問題を見たり、遭遇したことはありません。java.util。*のすべてのタイプとほとんどのデータ構造を簡単にシリアル化できます。これ以上何が欲しい、または必要ですか。