Devo avere un foglio di stile di base per l'intero sito e uno per ogni singola pagina per le personalizzazioni?
Essere pragmatici. Se hai abbastanza regole da poterle organizzare tutte in un unico file e mantenere una supervisione su cosa fa cosa, fallo. Se si dispone di un numero significativo di regole che si applicano solo a determinate sezioni o singole pagine del proprio sito, è opportuno suddividerle nei propri sotto-fogli di stile, ma non sentire la necessità di creare un foglio di stile separato per ogni singola pagina anche quando contiene solo due regole.Aggiungi una classe o un ID specifico per la pagina al corpo < in modo da poter selezionare singole pagine da un foglio di stile condiviso nel caso sia necessario.
La separazione di stili in fogli di stile è a vostro vantaggio come autore, quindi fate quello che trovate più facile da gestire. Per un sito complicato che probabilmente sarà più di un file CSS, ma non sarà dozzine.
Devo avere un altro per gli stili di stampa?
In generale si. Sebbene sia possibile incorporare gli stili di stampa in un altro foglio di stile utilizzando una regola @media, questo è sempre stato un errore, quindi posizionare i media nel tag < è in genere più semplice. In ogni caso i fogli di stile di stampa sono spesso così diversi dalle loro controparti dello schermo che ha senso tenere le proprie regole separate.
Ho sentito che il collegamento di più file richiede più tempo per il browser per recuperarli.
Sì, ma questo effetto è spesso sopravvalutato. HTTP/1.1 riduce la latenza per richiesta mantenendo attive le connessioni tra client e server, il che è una forte attenuazione.
Quanti ne sono troppi?
Basta che sia estremamente improbabile avere così tanti fogli di stile. Gli script possono essere un problema se si utilizza il tipo di framework che richiede un file di script per classe, ma in caso contrario sono generalmente OK. È più comunemente problematico con molte piccole immagini.
Commenta pesantemente il tuo CSS?
Il commento leggero di solito dovrebbe essere sufficiente. Lo stile di dichiarazione dichiarativa del CSS di solito non diventa abbastanza complicato da richiedere il codice di spiegazioni approfondito che può essere richiesto. In particolare, tuttavia, documentano qualcosa di controintuitivo come gli hack specifici del browser.
Alphabetize within elements?
A meno che non sia più semplice da gestire. Di solito non lo farebbe, dovresti provare a raggruppare regole simili o regole che si applicano a gruppi di elementi simili.
Ho bisogno di un reset?
Un ripristino completo? Non se sai cosa stai facendo e puoi selezionare i particolari problemi problematici che vuoi ripristinare.
Devo includere uno o due librerie bello (jQuery e Prototype, per esempio)
non comprendono più di un quadro a meno che non sia assolutamente necessario.
e quindi un altro incluso per ogni pagina?
Se ogni pagina presenta un comportamento personalizzato particolare, è possibile. Ma di solito non succede. Se crei script di comportamento a miglioramento progressivo che si legano ad es. i nomi delle classi, è possibile includere lo script per ogni comportamento in ogni pagina che lo utilizza, quindi lasciare che trovi gli elementi da associare automaticamente.
Struttura della directory: come si organizza un sito?
Personalmente, per le mie applicazioni/WSGI Python:
appfolder
application.py - main WSGI entry point and control/configuration script
data - run-time writable application file store
private - files not available through the web server
public - mounted as a virtual directory on the web server
logs - access, error, application log files
system - all the static application code and data
htdocs - web server root folder
file - static servable files
img - static images
script - JavaScript
style - CSS
lib - Python modules used by site
appmodule - main application code package
templates - HTML page templates
mail - mail text templates
E 'importante per me mantenere la ‘data’ in un luogo separato (con permessi separati) per l'applicazione di ‘sistema’. Devi essere in grado di scambiare la cartella 'sistema' per aggiornare l'applicazione, senza doversi preoccupare che ci siano immagini caricate in htdocs/img che devi preoccuparti di mantenere.
sito interno? O esterno? –
In generale, questi sono siti interni basati sui dati e scritti principalmente con ASP.NET (ma spesso con Java, PHP o altre tecnologie ...) Detto questo, vorrei stabilire una "routine" per tutti i miei disegni saranno anche esterni. –
Ottima domanda. Anch'io aspetterò qualche risposta! – HardCode