Selektorenkonkatenation mit Präprozessor

Selektorenkonkatenation mit Präprozessor à la `&__element` – ja/nein/vielleicht?
Vor-/Nachteile? Weiß man da was? Meinungen?
Hier oder im Forum https://t.co/zo305o7AYE

— Gunnar Bittersmann (@g16n) October 6, 2020

Die Selektoren mag ich immer lieber eins zu eins im Stylesheet haben. Wenn ich im Browser debugge und die zusammengesetzte Klasse sehe kopiere ich mir oft den Namen. Das bringt mit Nesting in der SCSS-Datei dann leider nichts. Es macht‘s auch unnötig kompliziert, finde ich.

— Jannis Borgers (@jannisborgers) October 6, 2020

Biste der einzige Entwickler im Dorf: egal.
Wenn nicht: eher nich machen. Wenn konkatidings, dann nur mit Pseudo-Elementen oder zwei Klassen (kommt beides auch eher selten vor).
Übersichtlichkeit und Lesbarkeit leidet ungemein finde ich.
Meine Meinung. Kann man auch anders sehen.

— Marco Hengstenberg (@nice2meatu) October 6, 2020

.block {
&__element {}
&--modifier {}
}
finde ich bei 'kurzen' modulen recht übersichtlich.
bei umfangreicheren dingern habe ich aber bemerkt, dass ich in zeile 1000+ schneller ein
.block__element {}
erkenne, als ein
&__element {}

— Tik Tom (@webrocker) October 6, 2020

Von außen leidet auch die Grepability. Ich hab ein Whitelabel-Produkt mit ~ 100 Kundenstylesheets. Wenn ich wissen will, welches „.block__element“ verwendet, schießt mir die Sass-Syntax gründlich ins Bein.

— Manuel Strehl (@m_strehl) October 6, 2020

Nachteil mit &: Globale Suche nach Klassennamen im Editor wird unmöglich. Insbesondere die Kollegen, die nicht täglich mit Sass arbeiten, ist das sicher nervig.

— Nico 🏡🏳️‍🌈 (@Hagenburger) October 6, 2020

Nicht verwenden, sondern lieber ausschreiben. Macht es merklich einfacher auffindbar.

— 🦉 (@_DECAF) October 6, 2020

Ich hab auch ’ne Meinung dazu; wollte euch aber nicht beeinflussen.
`&__element` finde ich auch grausam, aus den genannten Gründen: unübersichtlich (wofür `&` steht, ist 2 Bildschirmseiten höher), schlecht durchsuchbar (TIL “grepability” 😂), undurchsichtige Verschachtelung…

— Gunnar Bittersmann (@g16n) October 6, 2020

`&::before` und `&::after` finde ich OK. Mit `&--modifier` kann ich auch noch leben; das bezieht sich ja auch aufs selbe Element. (Sofern man BEM überhaupt einen Sinn abgewinnen kann).
`&__element` bezieht sich auf was ganz anderes; deshalb würd ich das tunlichst vermeiden.

— Gunnar Bittersmann (@g16n) October 6, 2020