CSS の発展の歴程:
- ネイティブの CSS ルールの手書き、代表:
BEM命名規則 - プリプロセッサ
Sass、Less、Stylusなど - アフタープロセッサ
PostCSS、プラグインベース、例:autoprefix CSS Modules、webpack、Gulp、Parcelなどのビルドツールと組み合わせて使用する必要がありますCSS in JS、代表:Reactベースのstyled-component
ネイティブの CSS ルールはグローバルに適用されます。スタイルの衝突を避けるために、さまざまな解決策が提案されています。
BEM 命名規則#
開発レベルでの名前の衝突を回避し、クラス名をより意味のあるものにし、より多くの説明とより明確な構造を持たせるために、ブロック、エレメント、修飾子(Yandex チームによって提案された)というフロントエンドの CSS 命名規則が登場しました。
-ハイフン:連結記号としてのみ使用され、ブロックやサブエレメントの複数の単語をつなぐために使用されます__ダブルアンダースコア:ブロックとブロックのサブエレメントを接続するために使用されます--ダブルハイフン:要素の状態や種類などを記述、修飾するために使用されます
ただし、欠点も明らかです。BEMの命名方法は手書きが煩雑で、開発効率が低く、メンテナンスが困難です。
CSS Modules#
CSS Modulesは本質的には CSS ファイルであり、単独で使用することはできず、パッケージングビルドツールと組み合わせて使用する必要があります。CSS Modulesはネイティブの CSS に多くの新しい機能を提供します。
- 明示的にローカルとグローバルの CSS ルールを記述することをサポートします
- モジュールとして
JSファイルにロードおよび使用することを許可します - パッケージング時にクラス名をハッシュ値に変換し、CSS クラス名の衝突を防ぎます
webpackと組み合わせて使用する場合、次のように設定します:
パッケージング後の効果(クラス名がカスタムハッシュ名の形式に変換されます):
Sass、Less、Stylus#
フロントエンド開発者が CSS を簡単に記述するために、さまざまなプリプロセッサが登場しました:
これらのプリプロセッサは、一部の構文と機能の違いを除いて、次の特徴を持っています:
- デフォルトのローカルスコープ
- ネストされたルールのサポート
- スタイルの組み合わせ、継承のサポート
- 同じプリプロセッサの外部スタイルファイルのインポート(
@import)の許可 - 変数、関数(カラー関数など)の使用を許可
- パッケージングコンパイル時にクラス名をハッシュ処理し、衝突の問題を回避します
これら以外にも、異なるプリプロセッサには条件文、ループ文などの異なる特徴があります。詳細は各プリプロセッサのドキュメントを参照してください。
ただし、注意点があります。@importでインポートするのがネイティブの CSS 形式のファイルの場合、追加のhttpリクエストが発生します。
一方、プリプロセッサの@importは、対応するプリプロセッサのファイルをインポートするため、構文の意味レベルでのインポートであり、ネイティブの CSS をインポートするわけではありません。そのため、パッケージングコンパイル時に処理され、最終的には 1 つの CSS ファイルが生成されます。httpリクエストは増えません。
PostCSS#
フロントエンドのエンジニアリングの発展に伴い、重複する作業をすべてビルドツールに任せることを望むツールが増えてきました。CSS の領域では、PostCSSが台頭しました。
PostCSSは CSS の構文木(AST)を分析し、その結果を処理することで、フロントエンド開発者にとって煩雑で複雑な作業を一連の処理で完了します。一般的な使用シナリオには次のものがあります:
- 言語の構文チェックツールと組み合わせて構文エラーの検出を実現する、例:stylelint
- CSS の次世代バージョンの構文ルールをトランスパイル(
Transpilers)およびポリフィル(polyfill)処理する - プラグインと組み合わせて特定の機能を実現する、例:
autoprefixを使用してブラウザの接頭辞を自動的に追加する
CSS パフォーマンスの最適化について#
一般的な CSS パフォーマンスの最適化方法:
- ファイルの分割を減らすことで、複数の CSS ファイルをリクエストする際のネットワークの影響を受けるのを減らす
- CSS のネストを減らし、3 階層を超えないようにすることを推奨します
- 不要な CSS セレクタを削除し、適切な CSS セレクタを選択すること、例:id セレクタの前に他のセレクタを追加する必要はありません
- 同じ種類の要素のスタイルを複数再利用する、例:
button、input要素など - ワイルドカードセレクタ(
*)や属性セレクタ([name=nav])の使用を減らすこと。このようなセレクタは通常、すべての要素を走査する必要があります - 無効な、重複したスタイルを削除する、例:一部のプロパティは継承される特性を持っているため、親要素で定義されている場合は子要素で再度設定する必要はありません
- ページ間で共通の CSS ルールを個別の CSS ファイルに分離する、例:
normalize.cssなど。ブラウザは 1 回だけ読み込むだけで済みます(次回はキャッシュを使用) - 画像やアイコンのリクエスト回数を減らすために、CSS スプライト(またはスプライト画像、スプライトシートとも呼ばれる)を使用する
- CSS の圧縮最適化ツールやプロジェクトのビルドツールを使用して CSS を圧縮する
@importの使用を減らすこと。追加のリクエストが発生し、読み込み順序に影響を与えます(CSS プリプロセッサは除外)- 大規模で頻繁なレイアウトの再配置(ウィンドウ、要素、テキストのサイズ変更、レイアウトの切り替え、サイズ計算など)を減らし、レンダリングの負荷を軽減する
JSを使用して単一の CSS スタイルを変更することを避ける。必要な場合は、まず CSS クラスを定義し、クラス名を変更してスタイルを変更します- 複雑でパフォーマンス要件の高い CSS アニメーションの使用を減らす