5

2009 年の GWT の短所と長所に関するいくつかの StackOverflow の質問で、誰かが次のように答えました。

[...] gwt を使用して、アプリの動的部分のみを埋めます。したがって、多数のフィールドを使用する複雑なユーザー操作がある場合。ただし、付属のパネルは使用しないでください。ストック デザイナーが提供する既存のページを使用します。アプリのコントロールを含む領域を切り出します。これらのコントロールを onModuleLoad() 内のページにアタッチします。このようにして、デザイナーの標準ページを使用し、gwt の外部ですべてのスタイリングを行うこともできます。

さて、私はその背後にある理由を理解しようとしています。私の理解が正しければ、クライアントはコンパイルされた HTML および JavaScript ファイルを受け取ります。では、ブラウザーの観点からすると、彼は HTML ページが作成された方法 (静的に HTML ページを編集することによって、または動的に GWT コードによって) に気付かないはずではないでしょうか? また、コンパイルされたページでは、GWT パネルが単純な HTML 要素に変換されているようです。では、ここでパフォーマンス ヒットはどこにあるのでしょうか。

4

1 に答える 1

0

アプリに 5000 の異なる複雑でユニークなページがあると想像してみてください。GWT を使用してすべてを実装しようとすると、コンパイル時間が非常に長くなり、devmode も遅くなるため、開発中にかなり大きな問題が発生します。すべてを GWT で実装した方がよい場合もあれば、静的ページと GWT を組み合わせた方がよい場合もあります。

基本的に、ユーザーに実際の利益をもたらす場合は、GWT を使用する必要があります。ユーザーが違いを認識できない場合、ページが静的または動的である場合は、最も使いやすいテクノロジーを使用してください。たとえば、Web イメージ エディターを開発している場合、GWT は当然の選択です。ウィキペディアのクローンを作成する場合、主に管理、検索、編集などの動的な部分に GWT を使用する必要があります。

于 2012-04-05T10:53:14.237 に答える