私はGWTアプリケーションを構築するためのAPIを選択しています。以下の質問に対する答えは、私が一連の図書館の中から選択するのに役立ちます。Javascriptライブラリの上にあるGWTラッパーは推奨されていませんか？
JavaScriptライブラリには多くのプログラミング上の注目が集まりますが、GWTは、ブラウザごとに生成されたJavaScriptコードに対して、パフォーマンスのために。
理論的には、GWTコンパイラが行うことは何でも、JavaScriptの作者はできるはずです。しかし実際には、JSライブラリの作者はコードを維持する必要があります。 jQueryコードを見てください。明らかにブラウザごとに最適化されていません。いくつかの努力を払って、jQueryを使ってSafariののみをターゲットにして、というコードを保存し、残っているものをスピードアップすることができました。
これは進行中の戦いです。 JavaScriptライブラリは互いに競合し、常に高速になります。 GWTはますます良くなってきており、ブラウザあたりの醜いメンテナンス不可能なJavaScript を書くことができるという利点があります。
どのようなタスクでも、現在競合が行われている場所を確認するためにテストする必要があり、ブラウザによって異なる可能性があります。
オープンソースでない限り（バグ修正が可能）、特にバグに関する投稿を探す - メンテナがアイテムにどれくらい迅速に対応するのかを確認する前に、一般にサードパーティライブラリのコミュニティを見てください。リリースサイクルなどの長さはどれくらいですか？
場合によっては、別のオプションがありません。 GWTに移動するときは、すべてを書き換えることはできません。あなただけのラッパーで、既存のコードをラップ可能性があり、それはあなたがまだのJava/GWT
にコードを移動することができ、パフォーマンスのボトルネックであることが判明した場合GWTのコードの最適化は確かだろう最初のステップで
JS開発者の大多数が書くことができるものよりも優れています。ブラウザが変更されたときは、GWTオプティマイザを変更するだけで、コードはJsテクノロジの最新の進歩に合わせて調整されます。
私は全く同意します。あなたはブログやグループで、JavaScriptの最適化（ブラウザごと）がかなり深刻であることを読むことができます。例えば、いくつかのブラウザでは、（!! x）が暗黙のキャストに対するブール値への強制強制のために、（x）よりも速い場合。これらは、あなたがあなたのために行っているものです。 Java-> GWT-> JSが分かりやすく書かれていれば、JavaScriptで書くことができるものよりも速くても高速でもあります。 –
さらに、http://letusdemo.appspot.com/を見て、JQueryとGQuery（JWeryのGWTポート）の比較方法を見てください。 –
@angryundead。ええ、GQueryはかなり勝ちます。しかし、それは時代遅れです。そして、GQueryはjQueryの進歩に追いついていますか？ – Nosredna