On Github mollerse / cssquality
Stian Veum Møllersen / @mollerse
BEKK
Det betyr at hvert fragment med CSS er potensielt avhengig av alle andre fragmenter med CSS.
Ansvaret for avhengigheter mellom fragmenter av CSS faller til oss.
Bruk spesifisitet til din fordel.
Skriv enkel CSS.
Kommuniser intensjoner.
Når du bruker spesifisitet til å overstyre properties blir spesifisitet enda vanskeligere.
Open/closed Principle.
Det er ikke DRY hvis du lager mer kompleksitet.
Generaliserte CSS-regler skaper tette koblinger — dette nuller ut fordelen til DRY.
La rekkefølgen være bestemt av spesifisiteten.
Dette gjør det enklere å orientere seg i CSSen ved å eliminere rekkefølge som faktor.
Forhåndsdefinert plass å legge ny CSS.
Lettere å finne igjen relevant CSS.
Vit hva default styles er og bruk de rette elementene til de rette tingene.
Det er ikke uhørt å endre markup for å gjøre CSS enklere.
En stor kilde til unødvendig kompleks CSS er mangel på kunnskap om posisjonering og layout.
Mye å hente på å lære seg.
Ha en strategi for strukturering av CSS.
OOCSS, BEM, SMACSS etc.
Utnytt preprosessorer for å skrive enklere CSS.
Lag guidelines. Det er en fin linje mellom hjelpsomt og skadelig.
Anbefalt lesning:
SUITCSS Docs (link)
Mediums CSS - @fat (link)
Bruk statistikk for å identifisere komplekse biter av CSS.
Stylestats — npm.im/stylestats
Vær på utkikk etter verktøy som kan fjerne unødvendig kompleksitet fra CSS.
UNCSS — npm.im/uncss
Autoprefixer — npm.im/autoprefixer
Velg en strategi for navngiving av CSS-komponenter — og vær konsistent.
Dette henger veldig sammen med strategi for strukturering.
CSS bestemmer utseende — utseende er et visuellt konsept.
Styleguides skal være levende.
Ytelse.
Tilgjengelighet.
Progressiv forbedring.
Stian Veum Møllersen / @mollerse