社内で略してOKなよくあるクラス名とか決まって共有されてるなら良いんじゃない？特にそういうのが共有されてないなら、自分の判断で略しまくるのはくそだと思う。
うちはBEMを中心に少し変更してますね
私も出来るだけ略してほしくない派。汎用classは略していてもいいかなと思うけど、informationとinfoが混在していたりするとすごく気になるし、header-wとかのwってなんの略だろうと思う。 あと blk- とか lyt- とかもあまり好きではない。
頭文字で略すところもあるようでそれがエンジニアっぽいという人もいるけど、別の人は長くてもいいから中身がわかるようにって人もいる。個人的には1万文字も使われるようなものでなければ、長くてもいいかと思ってる。文字数減らすのは大量のトラフィックの原因になるってもんだけど現代は文字のビット数よりも画像の方がはるかに多いから関係ないでしょ。
Re:4 wは笑うってことでしょう
Re:3 うちもBEMだけど、個人でBEMの解釈がバラバラで、結局とっ散らかってる…。いっそ使わない方が良かったんだろうか。
Re:7 そこがBEMの問題ですよね。崇高なモデルなのですが、それだけに個人の解釈に強く委ねられるところがあって、現実的に運用しづらいと思っています。
オレルール
接頭辞だけ決めれば特に何も意識しなくて良いのでは？CSS程度だと接頭辞でgrepできればなんでもいいと思う。明文化できるコーディング規約は作ったほうが良いと思うが１人ならいらない。
9 件の回答
社内で略してOKなよくあるクラス名とか決まって共有されてるなら良いんじゃない？
特にそういうのが共有されてないなら、自分の判断で略しまくるのはくそだと思う。
うちはBEMを中心に少し変更してますね
私も出来るだけ略してほしくない派。汎用classは略していてもいいかなと思うけど、informationとinfoが混在していたりするとすごく気になるし、header-wとかのwってなんの略だろうと思う。 あと blk- とか lyt- とかもあまり好きではない。
頭文字で略すところもあるようでそれがエンジニアっぽいという人もいるけど、別の人は長くてもいいから中身がわかるようにって人もいる。
個人的には1万文字も使われるようなものでなければ、長くてもいいかと思ってる。
文字数減らすのは大量のトラフィックの原因になるってもんだけど現代は文字のビット数よりも画像の方がはるかに多いから関係ないでしょ。
Re:4
wは笑うってことでしょう
Re:3
うちもBEMだけど、個人でBEMの解釈がバラバラで、結局とっ散らかってる…。
いっそ使わない方が良かったんだろうか。
Re:7
そこがBEMの問題ですよね。崇高なモデルなのですが、それだけに個人の解釈に強く委ねられるところがあって、現実的に運用しづらいと思っています。
オレルール
接頭辞だけ決めれば特に何も意識しなくて良いのでは？
CSS程度だと接頭辞でgrepできればなんでもいいと思う。
明文化できるコーディング規約は作ったほうが良いと思うが１人ならいらない。