
Benvenuto! Se sei un nuovo visitatore ti consiglio di iscriverti al mio Feed RSS in modo da essere sempre aggiornato riguardo l'uscita di nuovi articoli oppure sbirciare tra i tutorials ed i progetti.
Per avere un'idea del best-content presente in questo blog puoi leggere il post intitolato "Ed ora è il momento di rilanciare alcune iniziative! (1a parte e 2a parte)".
Buona navigazione e grazie per la visita!
Requisiti
Introduzione
L'organizzazione è un aspetto molto importante che risulta essere rilevante in ogni progetto (grande o piccolo che sia) che si ha intenzione di portare a termine.
Naturalmente l'esperienza aiuta moltissimo nella creazione di un "metodo" che permetta allo sviluppatore di ridurre al minimo i tempi di sviluppo, facilitare la lettura dei risultati e soprattutto rendere le successive modifiche il meno invasive possibili.
Questo tutorial ha lo scopo di dare la giusta enfasi ad alcuni aspetti organizzativi che interessano la creazione di un foglio di stile CSS.
I commenti
I commenti hanno sempre giocato un ruolo secondario nella scrittura di codice appunto perchè non rientrano in quest'ultima definizione.
Durante lo sviluppo di un foglio di stile sappiamo benissimo la funzione di ciascuna riga ma se ci ritorniamo dopo alcune settimane molto probabilmente ci verrà l'istinto di sbattere la testa contro il monitor.
Inoltre non è da escludere il fatto che chi modificherà un file CSS non necessariamente ne è l'autore.
Un esempio di commento molto utile è il seguente:
Un utilizzo alternativo dei commenti è quello di marcare il CSS indicandone la versione, licenza ed altri aspetti di contorno.
Ciò risulta molto utile nel caso in cui si voglia specificare la possibilità di modifica, diffusione da parte di altre persone.
L'importanza di scegliere i nomi degli stili
Come già sappiamo possiamo far riferimento ad una classe (usando ".") o ad un ID (usando "#") e assegnargli un determinato stile di formattazione.
Che regole possiamo seguire per decidere il nome delle classi o degli ID?
Utilizzare classi multiple
L'utilizzo di classi multiple facilita di molto la gestione e la creazione dei CSS.
Immaginiamo di avere un form dove alcuni campi sono obbligatori ed altri no:
Questo spezzone di codice XHTML obbliga la creazione di 3 stili che hanno in comune alcune righe di formattazione (e quindi c'è ridondanza):
La ridondanza, in qualsiasi codice sia presente, è sempre una zavorra di negatività visto che porta lo sviluppatore a dover modificare allo stesso modo più righe, gestire le incongruenze e molti altri fastidi.
L'utilizzo multiplo delle classi ci viene in aiuto:
Come potete notare a 2 DIV ho associato 2 classi (non c'è un limite) che mi rendono la composizione del CSS molto più efficiente:
In questo caso non esiste alcuna ridondanza (se non voluta) e quindi se vogliamo modificare l'aspetto di tutti i campi basta fare una singola modifica e non perderci tra le centinaia di righe del CSS.
Sfruttare l'ereditarietà
Il titoletto dice tutto: un modo per rendere il codice molto più leggibile e leggero è quello di sfruttare a pieno l'ereditarietà degli stili.
Evitare situazioni del genere:
A favore di:
Questa è pura organizzazione che rende il codice molto più facile da vedere e quindi da gestire (portando con se molti vantaggi pratici).
Conclusioni
Naturalmente questa mini-guida non ha la presunzione di definirsi completa ma quella di dare la giusta importanza all'ordine e alle metodiche di sviluppo di un foglio di stile CSS (da notare comunque come alcuni consigli valgono per qualsiasi codice).
La vita sarà facile se ce la rendiamo facile...
Daniele Simonin 11 Novembre 2006 alle 12:22 Trackback URI
| L | M | M | G | V | S | D |
|---|---|---|---|---|---|---|
| « Gen | ||||||
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
Scrivi un commento
Tags di formattazione:
Leggi i 3 commenti
Ottimo tutorial!
Su una cosa non sono d'accordo al 100%: l'assegnare un nome che indichi la posizione di un oggetto. Spesso capita di creare un elemento di blocco che... rimarrà per sempe lì :) ... o sbaglio?
Inoltre devo ricordarmi delle classi multiple... non ho ancora fatto l'abitudine...
Commento di Andrea@BV 12 Dicembre 2006 alle 18:34
Si è vero in parte...cioè alla fine la sicurezza non esiste mai e rimanendo nel dubbio di solito si sviluppa usando metodi più generici possibili.
E poi anche nel caso in cui un oggetto mantenga per sempre quella posizione, il nome che gli abbiamo associato gli sarà sempre coerente (anche in caso di modifica).
Le classi multiple sono moooooooooolto utili; mesi fa non sapevo della loro esistenza, ma ora che lo so mi facilitano di molto la vita :)
Commento di Daniele Simonin 12 Dicembre 2006 alle 18:43
Ottimo tutorial!
Mi chiedevo proprio se si potessero utilizzare classi multiple.
Commento di Marco 7 Aprile 2008 alle 20:10