OOCSSの欠点とEvery Declaration Just Onceのもたらすもの

昨日も少し書いたEvery Declaration Just Onceアプローチ(以下EDJOと略す)について、皆が目を瞑っているOOCSSの欠点、CSSが持つ特徴、HTMLとの兼ね合いという点からもう少し書いてみたい。これについては未だ誰ともちゃんと議論していない。機会があったらこの記事をベースにでも誰かと話してみたい。 上記Googleの文書は、主にパフォーマンスの観点で書かれている。どうしても長くなりがちな定義を分散して書くよりも、能動的に短くすることができるセレクターを分散して書いた方が、プロダクションにおいてリリースされるCSSファイルのサイズを小さくすることが可能だろうというものだ。同時にこの文書の筆者は自身のブログで、より自然にCSSを書くための手法(原文: 「The Natural Way of Writing CSS」)としてこのEDJOという手法について述べている。 僕

[munenaga]

OOCSSの欠点とEvery Declaration Just Onceのもたらすもの

[kanflu]

yahoo.com のコーディングをしている人の Atomic CSS というのも近い考え方な気がする http://cssmojo.com/atomic-css/ http://cssmojo.com/atomic-css-on-steroids/

[urakey]

from Pocket

[seckie]

OOCSSの欠点とEvery Declaration Just Onceのもたらすもの 昨日も少し書いたEvery Declaration Just Onceアプローチ(以下EDJOと略す)について、皆が目を瞑っているOOCSSの欠点、CSSが持つ特徴、HTMLとの兼ね合いという点からもう少し書いてみた

[Funyapu]

原文も読んだ。シンプルなサイトorページならとても良さそう。これまでの「デザインを再現する」ものではなく、「必要な見た目補正を足してく」設計な気もする。その分凝ったサイトやアプリでは保守性がかなり低い。

[ruedap]

面白い。シングルクラスのBEMが良いと思っていた時のゴールがEDJOにはある…かもしれない。