Hay muchas BUENAS razones para usar @import.
Una razón poderosa para usar @import es hacer un diseño de navegador cruzado. Las hojas importadas, en general, están ocultas de muchos navegadores antiguos, lo que le permite aplicar un formato específico para navegadores muy antiguos como Netscape 4 o series anteriores, Internet Explorer 5.2 para Mac, Opera 6 y anteriores, e IE 3 y 4 para PC.
Para hacer esto, en su archivo base.css podría tener lo siguiente:
@import 'newerbrowsers.css';
body {
font-size:13px;
}
En su hoja personalizada importada (newerbrowsers.css) simplemente aplique el nuevo estilo en cascada:
html body {
font-size:1em;
}
El uso de unidades "em" es superior a las unidades "px", ya que permite que las fuentes y el diseño se estiren según la configuración del usuario, mientras que los navegadores más antiguos funcionan mejor con píxeles (que son rígidos y no se pueden cambiar en la configuración del usuario del navegador) . La hoja importada no sería vista por la mayoría de los navegadores antiguos.
Puede que sí, a quién le importa! Intente ir a algunos sistemas gubernamentales o corporativos anticuados más grandes y aún verá esos navegadores más antiguos utilizados. Pero es realmente un buen diseño, porque el navegador que amas hoy también será algún día anticuado y anticuado. Y usar CSS de forma limitada significa que ahora tiene un grupo aún más grande y creciente de agentes de usuario que no funcionan bien con su sitio.
Al usar @import, la compatibilidad de su sitio web entre navegadores ahora alcanzará una saturación del 99.9% simplemente porque muchos navegadores más antiguos no leerán las hojas importadas. Le garantiza que aplique un conjunto de fuentes básico simple para su html, pero los agentes más nuevos utilizan CSS más avanzado. Esto permite que el contenido sea accesible para los agentes más antiguos sin comprometer las pantallas visuales ricas necesarias en los navegadores de escritorio más nuevos.
Recuerde, los navegadores modernos almacenan en caché las estructuras HTML y CSS extremadamente bien después de la primera llamada a un sitio web. Las llamadas múltiples al servidor no son el cuello de botella que alguna vez fue.
Megabytes y megabytes de Javascript API y JSON cargados en dispositivos inteligentes y el marcado HTML mal diseñado que no es coherente entre las páginas es el principal impulsor de la representación lenta en la actualidad. ¡Su página de noticias promedio de Google tiene más de 6 megabytes de ECMAScript solo para representar un poco de texto! Jajaja
Unos pocos kilobytes de CSS en caché y HTML limpio y consistente con huellas de JavaScript más pequeñas se procesarán en un agente de usuario a la velocidad de la luz simplemente porque el navegador almacena en caché tanto el marcado DOM como CSS, a menos que elija manipular y cambiar eso a través de trucos de javascript.