いくつかのコードをレビューした後、不要なプロパティを削除したため、空のルールが発生しました。空のCSSルールはどうすればいいですか？
だから私はこのような何かを知っている：この空のテーブルのルールに関するアクションの最高のコースがどうなるか、今
table.foo
{
}
table.foo td.bar
{
padding: 5px;
}
を？それを削除するか、そのままにしますか？子要素を定義できるように親要素を宣言する必要がありますか？それは実際にはうまく機能しませんが、いくつかの検証の考慮事項がありますか？すべての入力をいただければ幸いです。
いいえ、空のルールは必要ありません。
各ルールは独立しています（つまり、ルールのセレクタがコンテキストを提供します）。したがって、table.foo td.barのルールを持つには、table.fooの空のルールは必要ありません。
溶岩流が悪い！ Lava Flowはプログラミングの反パターンで、基本的に人々がコードを残す傾向があることを意味します。しかし、あなたのコードはそれなしで動作するので、それを取り除く！
初めてこの用語を習得しました。大好きです。 "既存のコードは歴史的な好奇心として見られます"。 – Adria
私はあなたのやや新しいCSSだが、あなたはプログラミングにとって新しいものではないことを明確に示しているので、サンプルのための有用なフレームワーク、スタイルの一貫性、
YUIのCSSリソース http://developer.yahoo.com/yui/grids/
と青写真CSS http://www.blueprintcss.org/
また、YUIの劇場は、いくつかのカップルの良いイントロビデオを持っています。
希望に役立ちます。
いいえ、あなたは本当にこれを残す必要はありません。それはあなたのプロジェクトのCSSを大きくするだけです。あなたが組織化のために病気にかかっていない限り、そういうものを許さなければなりません。
機能的には100％は不要です。そして、あなたが物事を整理する方法は、スタイルの観点からも全く必要ではありません。
代替のCSS組織スキーム（例えば、階層的にインデントする）は、それを価値があるものにすることができます。私が子供を持つ要素を持っている場合は、空のセレクタを置いておくことがよくあります。少なくとも、プロジェクトを終えるまで、そして最適化しています。それは物事を整理するのに役立ち、私は行くつもりです少なくとも後でその要素にスタイルを適用することです。
Dust-Me Selectors Firefox extensionをチェックしてください。ページ内の使用されていないCSSセレクタ、またはサイト全体を検索します。
合意。 table.fooの存在は、td.barルールに明示的に記述されています。空のルールには、まだ「生きている」ルールには存在しない有用な履歴や意図はありません。 – TSomKes
私はときどきそれを空にして、インデントセレクタを使用して、組織化に役立てます。 – seanmonstar
ポイントを獲得しました。ダウンサイドには、ダウンロードするためのより大きなCSSファイル、「膨れた」ルールリストなどが含まれるだろうが、私はその組織がこれらの懸念をはるかに上回る可能性があると想像できる。 （ネガティブを打ち消すために、問題のプロジェクトが意味のある「終わり」に達したと仮定して、Sam DeFabbia-Kaneの最適化ステップが好きです。） – TSomKes