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