HTML5ファミリの仕様には、XmlHttpRequestレベル2、Webソケット、サーバー送信イベントなど、いくつかの新しい通信機能があります。私はこれらの仕様でビルドしたいかもしれないWebアプリケーションの例を簡単に考えることができます。どのような種類のWebアプリケーションをHTML5 Web Messaging仕様で構築したいですか？
編集は：
しかし、HTML5 Web Messaging仕様については、私は考えることができません。だから私はそれを使ってどのようなWebアプリケーションを作りたいでしょうか？ TIA。これは、クロスドメインメッセージングのために意図されています
http://www.w3.org/TR/webmessaging/
最近、私はWeb Messagingの良いユースケースを見つけました。多くのWebアプリケーションはFacebookを使用して認証を開始しているので、Facebookのログイン情報を持つ別のタブを開き、その内容と通信します。
良いユースケースがありますか？もしそうなら、私は自分の答えを選択解除するでしょう。
。 1つの大きな例はFacebookアプリで、これは現在iFrameの別のドメインに住んでいるので、複雑な方法でFacebookと通信する必要があります。
これらの技術はすべて、よりレスポンシブなウェブデザインを可能にすると思います。これは、AJAXの移行と同じです。移行前は、ユーザーはページ全体を更新することを期待しています。移行後、ユーザーはページを部分的に更新できることを理解します。
新しい移行が完了すると、ページ上のコンテンツがリアルタイムデータである可能性があります。これは、ユーザーがWebサイトとやりとりしているだけでなく、他のユーザーが同じWebサイトとやり取りするのを待つことを意味します。 Webサイト上でのリアルタイムのやりとりであるため、他のユーザーとやりとりすることができます。
クロスドメインサポートにより、これはより広く採用されます。誰もが独自の応答性のあるWebサーバーとリアルタイムWebアプリケーションをセットアップするわけではないため、クロスドメインサポートにより、動的ではないWebサイトでサードパーティの新機能を統合することができます。
本当に面白いです。私が探していたものではありません。 ： –
タブ間の通信に使用します。たとえば、電子署名をキャプチャするときは、署名する文書を新しいタブで開きます。彼らが署名を提出すると、私は署名が提出されたことを知らせるためにメインタブにメッセージします。これにより、ポーリングを介して複雑なサーバーサイドのチェックを行うことなく、メインタブでさらにアクションを取ることができます。
しかし、WebソケットとXHR2は両方ともドメイン間であるため、単独ではWebメッセージングを使用することはできません。 –
私はこの仕様のほうがずっと簡単な方法だと読んでいます。 – ceejayoz