1

私は Web アプリに取り組んでいます。画面の 1 つは、そのページに非常に固有の CSS を必要とします(つまり、アプリ/サイトの他の場所では使用されません)。

だから - 私には3つのオプションがあります：

  1. グローバル CSS ファイルに含める
  2. ページ固有の CSS ファイルに含める
  3. ページ<head>の

オプション 1 の欠点は、ユーザーがアプリの任意の画面にアクセスしたときに、その特定の画面に一度もアクセスしていない場合でも、CSS が読み込まれることです (その可能性は非常に高い)。

オプション 2 の欠点は、別の HTTP 要求であることです。CSS 自体はごくわずか(1kb 未満) であるため、データをダウンロードするための実際の帯域幅よりも、http 要求自体のオーバーヘッドの方が大きいようです。

オプション 3 の欠点は、ユーザーがページにアクセスするたびに CSS をダウンロードすることです (つまり、CSS はキャッシュされません)。しかし、これはめったに閲覧されないページ (そしてめったに再訪問されないページ) であるため、これは些細なことのように見えます。

私には、オプション 3 が最適なように思えます。しかし、私が読んだものはすべて、そのアプローチを思いとどまらせているようです.

専門家が http リクエストを最小限に抑えるために CSS スプライトをプッシュするのがいかに難しいかを考えると、小さな CSS ファイルにも同じロジックが適用されるのではないでしょうか? では、なぜ #3 が適切なオプションではないのでしょうか。私が見逃した他の考慮事項はありますか？

価値のあることですが、これと同じ質問がページ固有の JavaScript に当てはまるようです。<script>それをページの最後のタグに含めるか、別の .js ファイルに含めることができます。

前もって感謝します。

4

2 に答える 2

1

それを頭に入れて、他の問題に移ります。:)

「プログラマーは、プログラムの重要でない部分の速度について考えたり、心配したりするために膨大な時間を浪費します。これらの効率化の試みは、実際には、デバッグやメンテナンスを考慮すると大きなマイナスの影響を及ぼします。小さな効率性については忘れるべきです。 97% の確率で: 時期尚早の最適化はすべての悪の根源です. しかし、その重要な 3% の機会を逃してはなりません." ――ドナルド・クヌース

于 2013-02-19T20:00:09.490 に答える
1

単一のページで使用している場合は、直接に含めることをお勧めします<head>。その結果、通過する HTTP リクエストが少なくなり、帯域幅の使用量が減り、読み込みがわずかに速くなります。

内部スタイルシートと外部スタイルシートを組み合わせて使用​​することも検討できます。 、 、 などのスタイルなど、サイト全体で使用する可能性のあるものについてh1はh2、h3外部スタイルシートにリンクします。のような 1 つのページに固有のものについてはbackground-image、スタイルを に入れ<head>ます。

于 2013-02-19T21:14:20.523 に答える