Ci sono molti buoni motivi per usare @import.
Un motivo valido per l'utilizzo di @import è la progettazione cross-browser. I fogli importati, in generale, sono nascosti da molti browser meno recenti, il che consente di applicare una formattazione specifica per browser molto vecchi come Netscape 4 o serie precedenti, Internet Explorer 5.2 per Mac, Opera 6 e precedenti e IE 3 e 4 per PC.
Per fare ciò, nel tuo file base.css potresti avere quanto segue:
@import 'newerbrowsers.css';
body {
font-size:13px;
}
Nel tuo foglio personalizzato importato (newerbrowsers.css) applica semplicemente il nuovo stile a cascata:
html body {
font-size:1em;
}
L'uso di unità "em" è superiore alle unità "px" in quanto consente di estendere sia i caratteri che il design in base alle impostazioni dell'utente, laddove i browser meno recenti funzionano meglio con i pixel (che sono rigidi e non possono essere modificati nelle impostazioni dell'utente del browser) . Il foglio importato non verrebbe visto dalla maggior parte dei browser più vecchi.
Puoi farlo, chi se ne frega! Prova ad andare in alcuni grandi sistemi governativi o aziendali antiquati e vedrai ancora quei browser più vecchi usati. Ma è davvero un buon design, perché il browser che ami oggi sarà anche un giorno antiquato e obsoleto. E l'uso dei CSS in modo limitato significa che ora hai un gruppo ancora più ampio e crescente di user-agent che non funzionano bene con il tuo sito.
Utilizzando @import la compatibilità del tuo sito web tra browser ora raggiungerà una saturazione del 99,9% semplicemente perché molti browser meno recenti non leggeranno i fogli importati. Ti garantisce di applicare un set di caratteri semplice di base per il loro html, ma CSS più avanzati sono usati dagli agenti più recenti. Ciò consente al contenuto di essere accessibile per gli agenti più vecchi senza compromettere i ricchi display visivi necessari nei browser desktop più recenti.
Ricorda, i browser moderni memorizzano nella cache strutture HTML e CSS estremamente bene dopo la prima chiamata a un sito web. Più chiamate al server non rappresentano il collo di bottiglia di una volta.
Megabyte e megabyte di API Javascript e JSON caricati su dispositivi intelligenti e markup HTML mal progettato che non è coerente tra le pagine è oggi il principale driver del rendering lento. La tua pagina di notizie Google media è di oltre 6 megabyte di ECMAScript solo per rendere un po 'di testo! LOL
Alcuni kilobyte di CSS memorizzati nella cache e HTML pulito coerente con impronte javascript più piccole renderanno in un user-agent alla velocità della luce semplicemente perché il browser memorizza sia markup DOM sia CSS coerenti, a meno che tu non scelga di manipolarlo e modificarlo tramite trucchi circo javascript.