2011-06-17 10 views
0

私が読んだ限り、これらのフレームワークはすべてサーブ側であるように見えるので、すべてのJavascriptコードがサーバーで生成されます。これらのフレームワークは、クライアントサイドで簡単にキャッシュするためのJavascriptコードを生成しますか?サーバーではすべてのコードが生成されるため、多くのリクエストがあるWebサイトでこのように開発されたアプリケーションを使用すると問題が発生する可能性があります。ExtGWT、SmartGWTの性能

+0

「たくさんのリクエスト」はどういう意味ですか? GWTは、クライアントが要求するたびにJSコードを生成しません。一度手書きしたように一度だけ生成します。 –

答えて

1

は正しくありません。すべてのサーバー側である唯一の主流のGWTフレームワークはVaadinです。 ExtGWTは、コンパイルプロセス中にJavaScriptでUI全体を生成しますが、唯一のサーバーサイドコードはRPCコードです。 SmartGWTでも同じですが、データプレゼンテーションに関してはサーバ側でもう少しです。

私はVaadinを批判したくありませんが、UIの多くのユーザーのやり取りがサーバーとの状態を同期させ、サーバーからUIの更新を取得する往復の結果となるフレームワークの大ファンではありません。クライアント上でJavaScriptを実行するのではなく(ただし、Vaadinはその点でより良くなっています)。地元のLANでうまくいくかもしれませんが、私は往復の待ち時間が1.8秒(サハリン島の遠隔油田との衛星接続)の場所にアプリケーションを配備しました。このアプリケーションのスタイルは大きな時間を失います。

PS:上記は通常、炎戦を開始するので、私の意見であることを前もって述べておきます。私はVaadin、ASP.NET、JSFなどがあなたにとって素晴らしい仕事だと確信しています。