CSS セレクターのパフォーマンスに関する真実

CSS セレクターのパフォーマンスに関する真実

ほら、任せて Patrick Brosset が CSS パフォーマンスについて語る 可能な限り最も親しみやすく実用的な方法で。 CSS が常にそうであるとは限りません。 何がスピードを上げているのか、またはパフォーマンスの向上に関しては、最も簡単に達成できることです。

だけど if 物事の CSS 側での利益を探しているなら、Patrick は Edge DevTools を使用して最も高価なセレクターを嗅ぎ分ける良い方法を持っています。

  • DevTools を開きます。
  • [パフォーマンス] タブに移動します。
  • 「高度なレンダリング インストルメンテーションを有効にする」オプションが有効になっていることを確認します。 これはその過程で私をつまずかせました。
  • ページの読み込みを記録します。
  • レポートの「ボトムアップ」タブを開きます。
  • 再計算されたスタイルのサイズを確認してください。

[パフォーマンス] タブが開き、イベントの概要が表示された DevTools。
CSS セレクターのパフォーマンスに関する真実

ここから、メインのウォーターフォール ビューで Recalculated Style イベントの XNUMX つをクリックすると、新しい [Selector Stats] タブが表示されます。 そのねばねばした良さをすべて見てください!

CSS セレクターのパフォーマンスに関する真実 PlatoBlockchain Data Intelligence。垂直検索。あい。
CSS セレクターのパフォーマンスに関する真実

処理されたすべてのセレクターが表示され、処理にかかった時間、一致した回数、一致の試行回数、および「高速拒否カウント」と呼ばれるもので並べ替えることができます。 私は学んだ マッチングから簡単かつ迅速に削除できた要素の数です。

CSS が本当に調査が必要なボトルネックである場合、ここには多くの洞察があります。 ただし、Patrick の Microsoft Edge ブログの完全な投稿を読んでください。理由と方法をより深く掘り下げ、ケース スタディ全体を説明しています。

ダイレクトリンク→

タイムスタンプ:

より多くの CSSトリック