3

GWT アプリケーションを構築するための API を選択中です。次の質問に対する答えは、一連のライブラリの中から選択するのに役立ちます。

  1. GWT で書き直されたサードパーティ コードは、ラップされた JavaScript ライブラリを使用するコードよりも高速に実行されますか?
  2. ラップされたライブラリを使用するコードは、基礎となる JavaScript フレームワークが適切に作成および調整されている場合、純粋な GWT コードと同じパフォーマンスを発揮しますか?
4

3 に答える 3

3

JavaScript ライブラリーは多くのプログラミングの目玉と注目を集めていますが、GWT には、ブラウザーごとに生成された JavaScript コードに対して、パフォーマンスのために、人間が判読できない恐ろしいことを行うことができるという利点があります。

理論的には、GWT コンパイラーが行うことはすべて、JavaScript ライターが実行できるはずです。しかし実際には、JS ライブラリの作成者はコードを保守する必要があります。jQuery コードを見てください。ブラウザごとに最適化されていないことは明らかです。少し努力すれば、jQuery を使って Safariのみをターゲットにすることができ、多くのコードを節約し、残っているコードを高速化することができました。

継続中の戦いです。JavaScript ライブラリは互いに競合し、常に高速化しています。GWT はますます良くなり、ブラウザーごとに見苦しい保守不可能な JavaScript を記述できるという利点があります。

特定のタスクについて、軍拡競争が現在私たちをどこに置いているかをテストする必要があり、ブラウザによって異なる可能性があります.

于 2009-06-29T15:23:27.090 に答える
2

場合によっては、別のオプションがありません。GWT に移行する場合、すべてを書き直すことはできません。

最初のステップでは、既存のコードをラッパーでラップすることができます。それがパフォーマンスのボトルネックであることが判明した場合でも、コードを Java/GWT に移動できます。

GWT でのコードの最適化は、大多数の JS 開発者が作成できるものよりも確実に優れています。また、ブラウザーが変更された場合、GWT オプティマイザーを変更するだけで、コードは Js テクノロジーの最新の進歩に合わせてより適切に調整されます。

于 2009-06-30T06:44:04.363 に答える
1
  1. コードがどれだけうまく書かれているかに依存します。
  2. そう思うでしょう。

通常、サードパーティのライブラリがオープンソースである場合 (バグを修正できるため) でない限り、使用する前にそのサード パーティのライブラリに関するコミュニティを調べ、特にバグに関する投稿を探します。リリースサイクルの長さなど

于 2009-06-29T15:05:53.537 に答える