昔々、私はより高度なWeb開発者（ええ、いつまたでしたか？;））によって、複数のCSSファイルの管理を避け、プロジェクトごとに1つに固執する必要があると考えられていました。これは、ページの読み込み速度を改善し、多くの重複するCSSルールを処理する際のばかげた間違いを回避するのに役立ちました。
私の質問は-このアプローチはまだ有効ですか？
ページの読み込みパフォーマンスに関する議論は、今日では、すばらしいブロードバンドインターネットと、さらにすばらしいキャッシュ機能を備えた巧妙なWebブラウザではそれほど重要ではないようです。CSSカスケードは確かにエラーが発生しやすい可能性がありますが、経験の浅い開発者にとっては、CSSスタイルシートが1つしかないからといって、防弾にはなりません。
デフォルトのスタイルシートのセットをコンポーネントごとにきちんと分離してから、CSSによってそれらを1つのルールにまとめたいと思います@import。これにより、デフォルトでリセットスタイルシートを含めることもできます。
誰かが私と一緒にいますか？
帯域幅の速度ではなく、httpリクエストの数です。これは、モバイル接続にとって非常に理にかなっています。
ただし、プロジェクトをモジュール化するためにさまざまなcssファイルを使用するというアプローチは、すべてのコードを1つのファイルだけに含めることなく、cssを希望どおりに整理するのに役立つため堅実です。次に、cssプリプロセッサ/ミニファイアを利用して、すべてのcssファイルを1つのファイルに連結および圧縮して本番環境に使用できます。
この記事http://www.igvita.com/2012/06/14/debunking-sensitive-css-performance-myths/
モバイルについての段落があり、これがなぜ良い習慣であるかをよく説明しています。
最初のウォームアップされた接続を介して、すべてのCSSコンテンツを一度にダウンロードする方がはるかに優れています。そうすることで、ユーザーがバッテリーの寿命を延ばすのにも役立ちます。ここで行う最適化が1つある場合、それは単純です。連結して圧縮します。
はい、そのアプローチはまだ有効です。負荷の最適化に関する記事は数多くありますが、一般的な考え方は次のとおりです。
ファイルが少ない = サーバーへの HTTP リクエストが少ない = ロード パフォーマンスが向上する
時間の経過とともに変化した主な点は、実行時に複数のファイルを 1 つにマージすることをサポートする多くのツールが存在することです。したがって、編成を改善し、開発時にデバッグするための個別のスタイルシートがあり、これらのツールは本番環境でマージ、縮小、正しいキャッシュ ヘッダーの設定を行います。
私はあなたに同意します、私はもう単一のcssシートだけを保持する理由を見つけません、今日、私はあなたが今述べたことを正確に行います、コンポーネントによる分離、そして遅延読み込み:)（php ifステートメントなど）。