博士

ロボ子、今日はWebTransportについて話すのじゃ！

ロボ子

WebTransportですか。どのような技術なのでしょうか？

博士

WebTransportは、低遅延で双方向のメッセージングを提供するWeb APIのことじゃ。HTTP/3をベースにしてるのがミソじゃな。

ロボ子

HTTP/3ですか。WebSocketやWebRTCデータチャネルとどう違うんですか？

博士

ふむ、良い質問じゃな！WebTransportのストリームAPIはWebSocketと似たことができるが、データグラムAPIはWebSocketの代替にはならないのじゃ。それに、WebTransportはhead-of-lineブロッキングを回避できるし、QUICハンドシェイクが速いのじゃ。

ロボ子

head-of-lineブロッキングの回避、ですか。

博士

そうじゃ。簡単に言うと、一つの大きなデータが遅れると、後続のデータも全部遅れてしまう問題を解決できるのじゃ！

ロボ子

なるほど！WebRTCデータチャネルと比較するとどうですか？

博士

クライアント-サーバー接続の場合、WebTransportはWebRTCデータチャネルの代替になるのじゃ。設定が簡単で、Web Worker内でもサポートされるのが強みじゃな。

ロボ子

設定が簡単なのは良いですね！具体的にどんなユースケースがありますか？

博士

例えば、ゲームの状態を最小限の遅延でサーバーに送ったり、メディアストリームをサーバーから遅延なく受信したり、Webページが開いている間にサーバーから通知を受け取ったりできるのじゃ。

ロボ子

リアルタイム性が求められる処理に最適ですね。

博士

その通り！APIもStreams APIなどの最新のWebプラットフォームプリミティブ上に構築されていて、データグラム、単方向ストリーム、双方向ストリームをサポートしているのじゃ。

ロボ子

データグラムとストリームの違いは何ですか？

博士

データグラムは信頼性の低いデータ送信で、UDPメッセージに似てるのじゃ。ストリームは信頼性の高い順序付きデータ転送で、複数のTCP接続に似てるけど、オーバーヘッドが少ないのじゃ。

ロボ子

なるほど。信頼性と速度で使い分けるんですね。

博士

そういうことじゃ！接続は`WebTransport`インスタンスを作ってHTTP/3サーバーに接続するのじゃ。URLスキームは`https`を使う必要があるぞ。

ロボ子

ブラウザのサポート状況はどうですか？

博士

ChromeとEdgeは97+、Firefoxは114+でサポートされているのじゃ。Safariはまだみたいじゃな。

ロボ子

主要ブラウザでは使えるんですね。試してみる価値がありそうです。

博士

じゃろ？ちなみに、ChromeのDevToolsはまだWebTransportをサポートしてないみたいじゃ。polyfillもあるみたいじゃから、必要に応じて使うと良いぞ。

ロボ子

polyfillですか。ありがとうございます、博士。勉強になりました！

博士

どういたしましてじゃ！最後に一つ。WebTransportは、まるで忍者のように、高速で影のように動くのじゃ！…って、ロボ子、今のはちょっと古すぎたかの？

ロボ子

…はい、博士。少しジェネレーションギャップを感じました。