11

メッセージをブラウザーにプッシュできるようにする必要があるリアルタイム Web アプリを作成することを考えています。私が初めて Comet について読んだとき、ブラウザのサポートが弱いため、脆弱で未熟なアプローチだと人々は考えているようでした。今日、それは確立された実用的な技術のようです。しかし、私が知る限り、ブラウザーは基本的な方法 (ロング ポーリング、iframe、およびスクリプト タグ) を、このアイデアが最初に普及した 2006 年に比べてサポートしていません。

もちろん、サーバー側でこれらすべての接続を管理することは困難ですが、Comet フレームワークはその問題を解決します (そして、Twisted のようなもので 2006 年に遡っても実行可能でした)。ブラウザでの Comet のサポートに関して何か契約を破る問題があるのでしょうか、それとも当時の人々が単に間違っていたのでしょうか?

また、私は最近、Comet テクノロジの状態を要約し、各方法を詳細に説明している ~2010 のブログ投稿を読みました。どの方法も実際に実行可能ではないように聞こえました。この投稿は非常に説得力があり、そのため私は今でもコメットに神経質になっています。ブログについて覚えている唯一のことは、背景が暗い (茶色または黒) だったことです。他の誰かがその投稿を見ましたか? 本当にもう一度読みたいです。

4

2 に答える 2

5

コメットは現在非常に実行可能であり、すべてのブラウザーがロングポーリングをサポートしているため、引き続き機能する共通のフォールバックがあり、各ブラウザーにはロングポーリングよりもパフォーマンスの高いメソッドがあると主張します。

各ブラウザーでさまざまな方法をサポートするのは非常に大きな仕事であり、Google と Facebook にはそれを行うためのリソースがありますが、平均的なジョー Web 開発者. わずかな利益のために多くの時間を浪費することになります。comet が提供するリアルタイム通信を本当に必要とするアプリケーションは非常に多くあります。

バックエンドとクライアント側のユーティリティを提供する APE や cometD などのフレームワークにより、複雑なタスクを実行できる人が増えていると思います。コメットは、既存の機能を非常に斬新な方法で使用する技術にすぎません。

于 2011-04-27T14:29:41.943 に答える