Sassの「& &」とかいう狂気

リャマ㌠ @roatnek

こういう書き方ができるからネストセレクタは好き thead, tfoot { th, td { } }

リャマ㌠ @roatnek

こういうとこも好き。世間からはコンテクスト依存だ！とか指差される系やけど。 .foo { .bar & { } }

リャマ㌠ @roatnek

共通してるのはワン・パッケージ感なんよね

リャマ㌠ @roatnek

コンテクスト依存（HTML依存）のほうがわかりやすい、理に適ってるケースってたくさんあるのです。まず誤用されないし。過剰なフレキシビリティは混沌を呼ぶんやから。何度も言ってるけど案件規模次第よね、そのへんは。

neotag @neotag

↓みたいな書き方が最近のお気に入りなんだけど可読性的に椅子投げられそうで続けるか迷ってる。 .block { & & { &__element { } } }

Akihiro Oyamada @yomotsu

@neotag エレメントを直接検索しづらいので”自分は"いつもバラバラに書いています

げこP @GeckoTang

@neotag 最近は、そんな感じですが、可読性よりは検索性が下がるかなって感じがします。（.block .block .block__elementっていうセレクタがなんかｳｰﾝっていう気はしますが）

げこP @GeckoTang

function block { this.element }; みたいなかんじかな…

げこP @GeckoTang

@neotag &使うのって、基本的には各量が減る。ってだけなので、まぁ&使わんで書いてもええんやないの。って思うこともあります。僕は書くのめんどくさいから&使うます。

neotag @neotag

@GeckoTang ちなみに期待される展開結果は `.block .block__element` でっす。 HTMLが自分の手から離れた時のことを考えると block の中に閉じ込めてはおきたい。。

げこP @GeckoTang

@neotag あ、そうか、勘違いしてた。すまんせん。

neotag @neotag

ほんとあらゆる略記は書いてて幸せだけど読んでて苦痛なので困る。

げこP @GeckoTang

.block { & &__element { display: block; } } そうしたいときこれで書くから...

げこP @GeckoTang

.block { .block__element { display: block; } } かな

リャマ㌠ @roatnek

設計面で「半BEM」な現スタイルでは .foo { &__element { } } だと逆に詳細度設計を狂わせてしまうから、 .foo { .foo__element { } } と書くように最近変えた

リャマ㌠ @roatnek

詳細度はすべて1！ オール1並べ！ みたいのはやっぱり気持ち悪いし、どう考えても人間のやることじゃないと思うので & は当初の用法（なにその言い方）で使うのみに戻した

neotag @neotag

@roatnek それの略記版がさっきの & & { &__element{ } } ですね。

リャマ㌠ @roatnek

@neotag えーそうなの、それ気持ちわるい。人間には読めないよー

neotag @neotag

@roatnek 人間には読めないよなーと思いながらノリノリで書いています。だれかおれをころしてくれー！

リャマ㌠ @roatnek

@neotag いやでもおもしろかった。なるほどなーと思いました。

neotag @neotag

@roatnek こまいエレメントが大量に生えるようなときは気持ちいいのです。快楽主義者か。

リャマ㌠ @roatnek

@neotag エレメント大量に生える系のコンポーネントだらけの案件を今やっているので、ちょっと導入考えてみる。理解できる人には読みやすいと思えるし。

neotag @neotag

element 沢山生やす時に気持ちいい。（読むときは苦痛。 .block & & &__title &__description

neotag @neotag

唐突の SASS

リャマ㌠ @roatnek

CSSからDOM見に行ければすべては解決するんだよ