誰に？
- Ruby on Railsをお使いの場合。
- 誰がイメージスプライトを使用しませんが、それらに切り替えるつもりです-同時に、これを「 デッドロックと悪意 」 と見なします。
- IE6-7（および8）をサポートしない、またはすべての魅力を知っている人（はい、それは簡単に修正できます-しかし、実際にそれらを既に埋めましょう）。
点灯しない
- 「データURI」 と 「データURL」のスペル
- パフォーマンステスト-はい、ここでの理論のみ
Webアプリケーション（ページ、リソース、ポータル-以降、簡潔にするために-アプリケーション）の最適化は、サーバーへのリクエストの数に直接依存します。 このトピックに関する素晴らしいプレゼンテーションがあります。 最適化（サーバーへのリクエスト数を減らす）として、画像付きのスプライトが使用されます。 画像のグループが1つに結合されます-cssが強制すると、その特定の部分のみが表示されます。 これは、開発者がスプライトを使用したことがなく、頭脳をそれらに転送するだけの場合に、開発者に多くの労力を追加します。 いずれにせよ、スプライトに配置された画像が変更されることはほとんどありません。もちろん、アプリケーションの設計をまったくやり直さない限り、つまり アプリケーションのメインCSSファイルを変更しないでください。 しかし、データURIを使用できる場合、なぜ別の画像ファイルが必要なのですか？
だから戦略
-
( )
これにより、すべての画像がcssファイルに移動します
<input type=image ... />
imageの代わりに透明なベースおよび背景画像を使用
透明ベースとして、単一ピクセルの透明GIFが使用されます
すべてのCSSを1つに接着する
少ないファイル-少ないリクエスト （RoRの場合）
md5ハッシュの最後までのcssファイル
開発に便利-ファイルの変更、名前の変更 （RoRでは）
リクエストヘッダーのCSSファイル：ストア年
ファイルが変更されない場合、キャッシュ内のクライアントに保存します