Un ragionevole approccio al CSS e Sass
Una “regola” è il nome dato a un selettore (o a un gruppo di selettori )con un grouppo di proprietà. Di seguito un esempio:
.listing {
font-size: 18px;
line-height: 1.2;
}
In una regola css, "selettori" sono la parte che determina quale elemento del DOM riceve lo stile definito dalla proprietà. I selettori possono riferirsi a elementi HTML, cosí come a un classe di un elemento, ID, o qualsiasi altro attributo. Di seguito alcuni esempi di selettori:
.my-element-class {
/* ... */
}
[aria-hidden] {
/* ... */
}
Le proprietà sono i valori che danno all'elemento selezionato da una regola il suo stile. Proprietà sono valori con chiavi-valori, e una regola che può contenere una o più proprietà dichiarate. Le proprietà sono cosi:
/* some selector */ {
background: #f1f1f1;
color: #333;
}
- Usare soft tabs (2 spazi) per indentare il codice css
- Favorire trattino(-) invece che camelCase quando definire i nomi delle classi.
- Trattino basso e PascalCasing sono okay se tu stai usando BEM (vedi OOCSS and BEM sotto).
- Non usare selettori ID.
- Quando si usano multipli selettori in a regola, dare a ogni selettore la sua linea.
- Usare uno spazio prima di aprire la parentesi graffa
{
nella regola. - Nelle proprietà, usa uno spazio dopo, ,ma non prima, il carattere
:
. - Usare parentesi di chiusura
}
della regola in una nuova linea. - Usare una linea vuota tra le varie regole.
Sbagliato
.avatar{
border-radius:50%;
border:2px solid white; }
.no, .nope, .not_good {
// ...
}
#lol-no {
// ...
}
Corretto
.avatar {
border-radius: 50%;
border: 2px solid white;
}
.one,
.selector,
.per-line {
// ...
}
- Favorire commenti in linea (
//
stile sass) rispetto a commenti di block. - Favorire commenti sulla propria linea, evitare commenti in multikinea.
- Scrivere dettagliati commenti per il codice che non è auto-documentato:
- Uso di z-index
- Compatibilità o specifici hacks per browser
Noi incoraggiamo una combinazione di OOCSS e BEM per le seguenti ragioni:
- Aiuta a creare chiare e strette relazioni tra CSS e HTML
- Aiuta a creare riusabili componenti
- Permette di ridurre la nidificazione e tenere la specifity bassa
- Aiuta a costruire fogli di stile facilmente scalabili
OOCSS, oppure “Object Oriented CSS”, è un approccio per scrivere CSS che ti incoraggia a pensare al tuo foglio di stile come una collezione di "oggetti": riusabili, ripetibili snippets di codice che possono essere usati indipendentemente in un sito web.
- Nicole Sullivan's OOCSS wiki
- Smashing Magazine's Introduction to OOCSS
BEM, sta per “Block-Element-Modifier”, è una naming convention (convenzione per naming delle classi css) per le classi in HTML e CSS. Originalmente sviluppata da Yandex tenendo in conto un largo codice di base e scalabilità, e può essere utilizzata come una solita linea di guida per implementare OOCSS.
- CSS Trick's BEM 101
- Harry Roberts' introduction to BEM
Noi raccomandiamo una variante di BEM con PascalCased "blocchi", il quale funziona particolarmente bene quando combinato con componenti (ad esempio React.). Trattino basso e trattino sono usati per modificatori (La M in BEM) e figli (la E in BEM).
Esempio
// ListingCard.jsx
function ListingCard() {
return (
<article class="ListingCard ListingCard--featured">
<h1 class="ListingCard__title">Adorable 2BR in the sunny Mission</h1>
<div class="ListingCard__content">
<p>Vestibulum id ligula porta felis euismod semper.</p>
</div>
</article>
);
}
/* ListingCard.css */
.ListingCard { }
.ListingCard--featured { }
.ListingCard__title { }
.ListingCard__content { }
.ListingCard
is the “block” and represents the higher-level component.ListingCard__title
is an “element” and represents a descendant of.ListingCard
that helps compose the block as a whole..ListingCard--featured
is a “modifier” and represents a different state or variation on the.ListingCard
block.
Mentre è possibile usare selettori ID in CSS, generalmente è considerato un anti-pattern. I selettori ID introducono un non necessario alto livello di specificity alle tue regole css, and il codice diventa non riutilizzabile.
Per maggiori informazioni sul soggetto, puoi leggere (in inglese) questo articolo di CSS Wizardry su come usare bene la specificity.
Evita di connettere le stesse classi nel tuo CSS e Javascript. Combinare i due spesso porta, come minimo, a tempo perso durante il refactoring quando un developer deve fare referenza a ogni classe che sta cambiando, oppure porta il developer a non eseguire i cambi per paura di fare cambi che possano compromettere il codice base. Noi raccomandiamo di creare delle specifiche classi da usare poi in javascript, con il prefisso .js-
:
<button class="btn btn-primary js-request-to-book">Request to Book</button>
Usa 0
invece di none
per specificare che uno stile non ha bordi.
Sbagliato
.foo {
border: none;
}
Corretto
.foo {
border: 0;
}
- Usa la sintassi
.scss
, mai l'originale sintassi.sass
- Ordina il tuo CSS regolare con la dichiarazione
@include
logicamente (vedi sotto)
-
Dichiarazione di proprietà
Lista tutte le dichiarazioni di proprietà standard, tutto quello che non è un
@include
o un selettore nidificato..btn-green { background: green; font-weight: bold; // ... }
-
@include
dichiarazioneRaggruppare tutti gli
@include
alla fine rende facile leggere l'intera regola..btn-green { background: green; font-weight: bold; @include transition(background 0.5s ease); // ... }
-
Selettori Nidificati
I selettori nidificati, se necessario, vanno alla fine, e niente fa dopo di essi. Aggiungi spazio bianco tra la tua regola e i selettori nidificati, cosí come tra selettori nidificati adiacenti. Applica le stesse linee guida come sopra al tuo selettore nidificato.
.btn { background: green; font-weight: bold; @include transition(background 0.5s ease); .icon { margin-right: 10px; } }
Favorisci nomi di variabili con trattino (esempio: $my-variable
) invece di camelCased o snake_cased nomi di variabili. E' accettabile prefissare i nomi delle variabli che vengono usati solo all'interno dello stesso file con un trattino basso (esempio: $_my-variable
).
I Mixins dovrebbero essere usati per creare il tuo codice DRY (Do not repeat yourself), aggiungere chiarità, o astrarre complessità, allo stesso modo come funzioni con nomi significativi. Mixins senza argomenti possono essere utili, ma nota che se non fai la compressione del file (per esempio in gzip) questo potrebbe contribuire a inutile duplicazione del codice nel css che viene compilato.
@extend
dovrebbe essere evitato perchè ha un comportamento poco intuitivo e pericoloso, spcialmente quando usato in selettori nidificati. Anchce estendendo selettori top-level può causare problemi se l'ordine dei selettori viene cambiato in futuro (per esempio se sono in un altro file e l'ordine dei file caricati cambia).
Gzipping dovrebbe aiutarti a ridurre le dimensione del file allo stesso modo come se stessi suando @extend
e tu puoi fare il tuo codice più DRY con i mixins.
Non nidificare i tuoi selettori piú di tre livelli!
.page-container {
.content {
.profile {
// STOP!
}
}
}
Quando i selettori sono cosí lunghi, tu stai probabilmente scrivendo CSS the è:
- Fortemente connesso con il HTML (fragile) —OR—
- Troppo specifico (powerful) —OR—
- Non riusabile
Di nuovo: Non usare mai selettori ID!
Se devi usare un selettore ID (ma davvero dovresti evitarlo assolutamente), non dovrebbero mai essere nidificati. Se ti trovi in questa situazione allora vuol dire che il tuo markup HTML è sbagliato, oppure revisare il codice. Se vuoi scrivere codice HTML e CSS che sia chiaro e ben scritto non dovresti mai usare selettori ID.
La versione originale di Airbnb si trova su airbnb/css
Queste linee guida sono disponibili in diverse lingue:
- Bahasa Indonesia: mazipan/css-style-guide
- Chinese (Traditional): ArvinH/css-style-guide
- Chinese (Simplified): Zhangjd/css-style-guide
- French: mat-u/css-style-guide
- Japanese: nao215/css-style-guide
- Korean: CodeMakeBros/css-style-guide
- Portuguese: felipevolpatto/css-style-guide
- Russian: Nekorsis/css-style-guide
- Spanish: ismamz/guia-de-estilo-css
- Vietnamese: trungk18/css-style-guide