Il y a plusieurs BONNES raisons d'utiliser @import.
Une raison puissante pour utiliser @import est de faire une conception multi-navigateur. Les feuilles importées, en général, sont cachées à de nombreux navigateurs plus anciens, ce qui vous permet d'appliquer une mise en forme spécifique pour les très anciens navigateurs comme Netscape 4 ou une série plus ancienne, Internet Explorer 5.2 pour Mac, Opera 6 et plus ancien et IE 3 et 4 pour PC.
Pour ce faire, dans votre fichier base.css, vous pouvez avoir les éléments suivants:
@import 'newerbrowsers.css';
body {
font-size:13px;
}
Dans votre feuille personnalisée importée (newerbrowsers.css), appliquez simplement le nouveau style en cascade:
html body {
font-size:1em;
}
L'utilisation des unités "em" est supérieure aux unités "px" car elle permet à la fois aux polices et au design de s'étirer en fonction des paramètres utilisateur, tandis que les anciens navigateurs font mieux avec les pixels (qui sont rigides et ne peuvent pas être modifiés dans les paramètres utilisateur du navigateur) . La feuille importée ne serait pas vue par la plupart des navigateurs plus anciens.
Vous pouvez donc, peu importe! Essayez d'accéder à des systèmes gouvernementaux ou d'entreprise plus anciens et vous verrez toujours ces anciens navigateurs utilisés. Mais c'est vraiment juste un bon design, car le navigateur que vous aimez aujourd'hui sera également un jour dépassé et obsolète. Et l'utilisation de CSS d'une manière limitée signifie que vous avez maintenant un groupe encore plus grand et croissant d'agents utilisateurs qui ne fonctionnent pas bien avec votre site.
En utilisant @import, la compatibilité de votre site Web multi-navigateur atteindra désormais une saturation de 99,9% simplement parce que de nombreux navigateurs plus anciens ne liront pas les feuilles importées. Il garantit que vous appliquez un jeu de polices de base simple pour leur code HTML, mais des CSS plus avancés sont utilisés par les nouveaux agents. Cela permet au contenu d'être accessible aux agents plus anciens sans compromettre les affichages visuels riches nécessaires dans les nouveaux navigateurs de bureau.
N'oubliez pas que les navigateurs modernes mettent extrêmement bien en cache les structures HTML et CSS après le premier appel vers un site Web. Les appels multiples au serveur ne sont pas le goulot d'étranglement qu'il était autrefois.
Les mégaoctets et mégaoctets d'API Javascript et JSON téléchargés sur des appareils intelligents et un balisage HTML mal conçu qui n'est pas cohérent entre les pages est le principal moteur du rendu lent aujourd'hui. Votre page d'actualités Google moyenne contient plus de 6 mégaoctets d'ECMAScript juste pour afficher un tout petit peu de texte! LOL
Quelques kilo-octets de CSS mis en cache et de HTML propre et cohérent avec des empreintes javascript plus petites s'afficheront dans un agent utilisateur à une vitesse fulgurante simplement parce que le navigateur met en cache à la fois le balisage DOM et CSS cohérent, à moins que vous ne choisissiez de manipuler et de changer cela via des astuces de cirque javascript.