Container

[Gunnar Bittersmann]

@@MrMurphy1

id oder class sind seit der Erweiterung der CSS-Selektoren häufig überflüssig und sollten dann auch vermieden werden.

Diese Regel ist häufig falsch und sollte ihrerseits vermieden werden.

Eingabefeldern steht eine ID vorzüglich. Zum einen, um das zugehörige label mit for-Attribut zuordnen zu können. Zum anderen, weil die QA IDs liebt.

Auch Buttons sollten IDs haben. Zum einen für Eventhandler; zum anderen, weil die QA IDs liebt. Und Frontendentwickler, die IDs verwenden. (ab 25:24)

Selektoren wie input:nth-child(5) sind nicht robust; bei der nächsten Markupänderung müsste QA ihre Tests anpassen – das sollte man unbedingt vermeiden.

Auch section und article schreien förmlich nach einer ID, damit man die Bereiche einer Seite einzeln verlinken kann.

Wie sieht’s bei Klassen aus? Mit dem beschränkten Vorrat an HTML-Elementen kann man desöfteren nicht alle Inhalte differenziert genug auszeichnen; da sind Klassen eine willkommene Erweiterung. (Natürlich auf den Inhalt bezogene, nicht auf die Darstellung.)

Wenn man allerdings Inhalte mit RDFa Lite oder microdata semantisch auszeichnet, kann das Klassen überflüssig machen. “Look Ma, no classes!” (ab 5:24)

LLAP 🖖