私が読んだ限りでは、これらのフレームワークはすべてサーブサイドであるように思われるため、すべての Javascript コードはサーバーで生成されます。これらのフレームワークは、クライアント側でキャッシュする Javascript コードを簡単に生成しますか? すべてのコードがサーバーで生成されるため、このように開発されたアプリをリクエストの多い Web サイトで使用する場合に問題になる可能性があるように思えます。
1 に答える
1
正しくありません。すべてがサーバー側である唯一の主流の GWT フレームワークは Vaadin です。ExtGWT は、コンパイル プロセス中に JavaScript で UI 全体を生成します。サーバー側のコードは RPC コードのみです。SmartGWT についても同じことが言えますが、データの表示に関してサーバー側でもう少し多くのことを行います。
Vaadin を批判するつもりはありませんが、UI での多くのユーザー インタラクションにより、JavaScript を実行するのではなく、サーバーと状態を同期し、サーバーから UI の更新を取得するためのラウンド トリップが発生するフレームワークの大ファンではありません。クライアントで（ただし、Vaadinはその点で改善されています）. ローカル LAN では問題なく動作する可能性がありますが、往復遅延が 1.8 秒 (サハリン島の遠隔油田への衛星接続) である場所にアプリケーションを展開しましたが、このスタイルのアプリケーションは大きな失敗をしました。
PS: 上記は通常、フレーム戦争を開始することに注意してください。そのため、これは私の意見にすぎないことを前もって述べさせてください。Vaadin、ASP.NET、JSF などはあなたにとって素晴らしい仕事をしてくれると確信しています。
于 2011-06-21T08:40:03.803 に答える