Есть много хороших причин для использования @import.
Одной из веских причин использования @import является кросс-браузерный дизайн. Импортированные листы, как правило, скрыты от многих старых браузеров, что позволяет применять специальное форматирование для очень старых браузеров, таких как Netscape 4 или более ранняя серия, Internet Explorer 5.2 для Mac, Opera 6 и старше, а также IE 3 и 4 для ПК.
Для этого в вашем файле base.css может быть следующее:
@import 'newerbrowsers.css';
body {
font-size:13px;
}
В импортированном пользовательском листе (newerbrowsers.css) просто примените более новый каскадный стиль:
html body {
font-size:1em;
}
Использование модулей «em» лучше, чем «px», так как позволяет растягивать шрифты и дизайн в зависимости от пользовательских настроек, тогда как старые браузеры лучше работают с пиксельными (которые жесткие и не могут быть изменены в пользовательских настройках браузера) , Импортированный лист не будет виден большинству старых браузеров.
Вы можете так, кого это волнует! Попробуйте перейти на более крупные устаревшие правительственные или корпоративные системы, и вы все равно увидите, что использовались эти старые браузеры. Но это действительно просто хороший дизайн, потому что браузер, который вы любите сегодня, тоже когда-нибудь устареет и устареет. А использование CSS ограниченным образом означает, что теперь у вас есть еще большая и растущая группа пользовательских агентов, которые плохо работают с вашим сайтом.
При использовании @import ваша кросс-браузерная совместимость веб-сайтов теперь достигнет 99,9% насыщения просто потому, что многие старые браузеры не будут читать импортированные листы. Это гарантирует, что вы применяете базовый простой набор шрифтов для их HTML, но более новые CSS используются более новыми агентами. Это позволяет контенту быть доступным для более старых агентов без ущерба для богатых визуальных дисплеев, необходимых в новых браузерах настольных компьютеров.
Помните, современные браузеры очень хорошо кэшируют структуры HTML и CSS после первого обращения к веб-сайту. Многократные обращения к серверу не являются узким местом, как это было раньше.
Мегабайты и мегабайты API-интерфейсов Javascript и JSON, загруженные на интеллектуальные устройства, и плохо разработанная разметка HTML, которая не согласована между страницами, сегодня являются основной причиной медленного рендеринга. Обычная страница новостей Google содержит более 6 мегабайт ECMAScript только для того, чтобы визуализировать крошечный текст! ржунимагу
Несколько килобайт кэшированного CSS и согласованного чистого HTML с меньшими размерами javascript будут отображаться в пользовательском агенте с молниеносной скоростью просто потому, что браузер кэширует как согласованную разметку DOM, так и CSS, если вы не решите манипулировать и изменить это с помощью цирковых уловок javascript.