- カスタム要素 v1 を使って独自のカスタム HTML タグを作成し、再利用可能なウェブ コンポーネントを作成できるようになりました。
- BroadcastChannel API を使用すると、同じオリジンで開いているウィンドウやタブ間で簡単にメッセージを送信できます。
- Android でのメディア エクスペリエンスの向上と、外部フェッチがオリジン トライアルとして利用可能になりました。
ピート・レページです。では、Chrome 54 のデベロッパー向け新機能を詳しく見ていきましょう。
カスタム要素 v1
複雑なユーザー インターフェースでは、大量の HTML が必要になることがよくあります。ほとんどの言語では、デベロッパーは言語プリミティブ上に構築された独自のコンポーネントを作成できるため、この種の冗長さを軽減できます。しかしこれまで、ウェブ上で再利用可能なコンポーネントを作成することは困難でした。
カスタム要素を使用すると、独自のカスタム HTML タグを作成し、JavaScript で新しい要素の API と動作を定義できます。その結果、ブラウザ ネイティブな方法で、再利用可能な相互運用可能なコンポーネントを構築できます。
Chrome 54 は、最新のカスタム要素 V1 仕様をサポートしており、十分な数のユーザーが V1 に移行されるまで、引き続き V0 API をサポートします。
カスタム要素を使用してサイトまたはアプリケーション用に再利用可能なウェブ コンポーネントを作成する方法については、カスタム要素の基礎をご覧ください。
BroadcastChannel API
パソコン ユーザーが複数のウィンドウやタブを同時に開くことは珍しくありません。また、ドキュメントを自分のタブで開くウェブエディタなど、一部のサイトではこの動作が推奨されています。
これらのタブ間の通信は難しくなる場合があります。BroadcastChannel API は、ウィンドウ、タブ、iframe、ウェブワーカー、Service Worker 間の新しい 1 対多のメッセージング API です。これにより、スクリプトで名前付きチャネルを確立し、同じオリジンのブラウジング コンテキスト間でメッセージを送信できます。
その他の BroadcastChannel リソース
requestFullScreen
メディアはブラウジング エクスペリエンスにおいてますます重要になっています。
ユーザー操作に加えて、Element.requestFullScreen() を使用して、画面の向きの変更後に全画面モードをトリガーできるようになりました。これにより、全画面表示への回転などのリッチメディア エクスペリエンスを作成できます。
外部フェッチ
API プロバイダ、ウェブフォント サービス、その他のサービスなど、よく使用されるオリジンに独自の Service Worker をデプロイできるとします。
常にネットワークにアクセスする代わりに、プロバイダは独自のカスタム ネットワーキング ロジックを実装し、単一の権威キャッシュ インスタンスを利用してレスポンスを保存できます。
Chrome 54 でオリジン トライアルとして利用できる外部取得のおかげで、これが現実のものになりました。以下のコメントにリンクされている Jeffrey の投稿をご覧ください。
結び
これらは、デベロッパー向けの Chrome 54 で行われた変更のほんの一部です。
詳細については、説明をご確認ください。ドキュメントと仕様へのリンクも記載されています。
Chrome Dev Summit もお忘れなく。11 月 10 日から 11 日に YouTube で配信します。
Chrome の最新情報を確認し、今後の新機能について知りたい場合は、上部にある [登録] ボタンをクリックしてください。
Chrome 55 のリリースと同時に Chrome の新機能をお知らせします