長期かつ修正頻度の高いPJでのCSSメンテ - ワザノバ | wazanova

http://benfrain.com/enduring-css-writing-style-sheets-rapidly-changing-long-lived-projects/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 長期的な大規模プロジェクト、かつ修正頻度が高い場合は、DRYよりはメンテ性を最優先にしたCSSを書くべきという、Ben Frainの方法論です。長文ですが、よくまとまってると思います。 1) テクノロジーとツール プレプロセッサ 長期のプロジェクトにおいて重要なのは、テクノロジーではなく、何ができて、どう進めるかというアプローチ。 Sass / LESS / Stylus / Myth などどれでも、しっかり書かれていれば、必要なときにいつでも統合はできる。プレプロセッサは

[okbm]

なるほど、わからん

[ofsilvers]

“再利用もしくは拡張した曖昧な抽象化で1KB節約するよりも、6ヶ月後に9KBのSassパーシャルを自信をもって削除できるほうが価値が大きい”

[hush_in]

プレプロセッサが、ネストされたスタイルシートをフラット階層にコンパイルしてくれるケースはある。個人的には、テンプレ/マークアップのHTML classとスタイルシートのCSSセレクタは1対1の関係が好み。正しい答えはない

[yhmt]

かなりナナメ読みだけど、あとでぶっ壊せる、いい意味での雑な隙間はあったほうがいいってのは同感。がんばって書いちゃうと変更するのも億劫になるし、複雑になっていく。そして触りたくなくなる

[efcl]

大規模プロジェクトでのCSSのメンテナンスビリティについて。 DRYより修正する時に迷わず消せるような疎結合なコンポーネントであるとよい、プロジェクにおける命名ルールを持つことはいいこと、ファイルの管理、ライ

[ama-ch]

確かにー。疎結合なコンポーネントで構成するのは大事。ライブラリmixinのくだりも最近本当に実感した。

[dekokun]

色々な考えがある。どれか一つを選んでPJで統一しましょう。

[escape_artist]

mozaic.fm聞いてて、CSSのメンテって本質的に辛いなーという結論に達しそうな感じ

[teppeis]

CSSについてかなり同意できる記事「あらゆる意味で疎結合しているコンポーネントで構成される大きなコードベースのほうが、本質的に依存してしまっている小さなコードベースよりもよい」

[yomotsu]

ecss