0

私は個人的なプロジェクトを始めているので、現時点では完全なアーキテクチャ/設計管理を行っています。この時点で構造を計画しているところです。私の目標は、ある種のWebフォーラム、チャットです。違いは、サーバーにアクセスした直後にクライアントビューで成長するライブの新しい投稿を更新する必要があることです。

ajaxとjqueryを使用して、表示されたスレッドの新しい投稿を(tomcatサーバーから)ダウンロードすると思います。投稿は、クライアント側で適切な投稿にコンパイルされる小さなXML構造になります。これにより、帯域幅のコストが削減されることを願っています。帯域幅が私の主な関心事です。10秒ごとにサーバーをポーリングするjavascriptスレッドを持つユーザーが数人いると、コンテンツが小さい場合でも、サーバーへのhttpリクエストのストームが発生するのではないかと心配しています。

各ユーザーにポーリングを実行させるよりも良い方法はありますか?バックエンドは必要な構造で書くことができ、フロントエンドもそのことについては書くことができます。FlashとSilverlightには近づかないようにしたい。公開Webページとして、多くの閲覧者(すべてのWeb開発者のチーム)で終わる可能性があります。全員が30秒間隔でポーリングすることは、サポートするには信じられないほどのヒット数になります。30秒は、とにかく「ライブビュー」には遅すぎる可能性があります。私の好きな言語はJSPです。

4

1 に答える 1

1

クライアント側のプールは、「ライブ ビュー」を実装するための唯一のオプションではありません。いわゆる「リバース AJAX」手法も考慮する必要があります。

さらに、すぐに使用できる機能を提供する確立されたフレームワークのいくつかを使用できます: DWRまたはJSF(ice faces)

于 2008-12-03T15:53:15.620 に答える