ほぼすべてのバージョンの Chrome で、プロダクト、そのパフォーマンス、ウェブ プラットフォームの機能に多くの更新と改善が加えられています。この記事では、10 月 26 日時点でベータ版である Chrome 63 で非推奨となった機能と削除された機能について説明します。Chrome のこのバージョンと以前のバージョンの非推奨と削除について詳しくは、非推奨と削除のページをご覧ください。このリストは随時変更される可能性があります。
Promise 型のインターフェース プロパティで例外がスローされなくなりました
Promise を返すインターフェース プロパティと関数は、エラー条件が例外をスローするか拒否するかについて一貫性がなく、Promise の catch() ブロックが呼び出されます。現在のバージョンの IDL 仕様では、Promise を返すすべてのプロパティと関数で、例外をスローするのではなく拒否することが求められています。
たとえば、以前は、MediaKeySession.closed の呼び出しが間違ったタイミングで行われた場合、不正な呼び出しとして TypeError がスローされていました。この変更により、このような呼び出しでは catch() ブロックを実装する必要があります。
この変更により、Chrome は仕様に準拠するようになります。この変更は関数に対してすでに行われています。
Chromestatus トラッカー | Chromium のバグ
getMatchedCSSRules() を削除
getMatchedCSSRules() メソッドは、特定の要素に適用されているすべてのスタイルルールのリストを取得する WebKit 専用の API です。Webkit には、削除に関するオープンバグがあります。これらの理由から、バージョン 63 の Chrome から削除されます。この機能を必要とするデベロッパーは、こちらの Stackoverflow 投稿をご覧ください。
削除の意向 | Chromestatus トラッカー | Chromium のバグ
RTCRtcpMuxPolicy の「negotiate」を削除
rtcpMuxPolicy は、RTP/RTCP 多重化の使用に関する優先ポリシーを指定するために Chrome で使用されます。Chrome 57 では、次の理由により、デフォルトの rtcpMuxPolicy を「require」に変更し、「negotiate」を非推奨にしました。
- 非多重化 RTCP は追加のネットワーク リソースを使用します。
- 「negotiate」を削除すると、API サーフェスが簡素化されます。これは、「RtpSender」/「RtpReceiver」に単一のトランスポートしか存在しなくなるためです。
Chrome 63 では、「negotiate」が削除されます。