Почему @import
не желательно для соединения css? Что @import
не может сделать, который может быть сделан <link>
и @import имеет несовместимость с браузерами?
Что в <Link>
сделайте это желательно? И есть ли любая специальность в @import
который полезен?
Если мы всегда, всегда используйте <link>
?
Java обрабатывает интерфейсы почти как классы, например, они совместно используют одно и то же пространство имен (интерфейс не может иметь то же имя, что и класс), а скомпилированный интерфейс почти идентичен скомпилированному абстрактному классу.
Поэтому не имеет смысла хранить их в другом формате или с другим расширением файла. Наоборот, это усложнило бы многие вещи. Например, при загрузке класса или интерфейса по имени (Class.forName («my.class.name»)) Java не знает, является ли это классом или интерфейсом. Если бы существовало два различных расширения, Java попыталась бы найти файл «my/class/name.class», а затем «my/class/name.interface», вместо того, чтобы пробовать только первый.
-121--3047871-Java всегда создает копию параметров перед их отправкой в методы. Это означает, что финал не означает никакой разницы для вызывающего кода. Это означает только, что внутри метода переменные не могут быть переназначены. (обратите внимание, что при наличии конечного объекта можно изменить атрибуты объекта).
-121--2506622- Вот ссылка на статью, которая рассказывает о производительности и < link >
vs @ import
: не использовать @ import ; цитируя небольшую его часть:
используйте
ССЫЛКИ
вместо@ import
, если вы хотите, чтобы таблицы стилей загружались в параллель, что приводит к более быстрой странице.
Это не так уж и давно (это с апреля 2009 года, то есть менее одного года назад) , так что это все еще должно быть в основном правдой - и это написано Стивом Саудерсом, имя которого довольно хорошо известно, когда речь идет о передних выступлениях.
С более субъективной точки зрения, я предпочитаю использовать несколько < link >
из моего основного HTML-файла: этот путь, я могу только быстро увидеть, как называются CSS-файлы - либо смотреть на файл шаблона на сервере, либо смотреть на сгенерированный HTML-источник на стороне клиента.
Java всегда создает копию параметров перед их отправкой в методы. Это означает, что финал не означает никакой разницы для вызывающего кода. Это означает только, что внутри метода переменные не могут быть переназначены. (обратите внимание, что при наличии конечного объекта можно изменить атрибуты объекта).
-121--2506622- Вот ссылка на статью, которая рассказывает о производительности и < link >
vs @ import
: не использовать @ import ; цитируя небольшую его часть:
используйте
LINK
вместо@ import
, если вы хотите, чтобы таблицы стилей загружались в параллель, что приводит к более быстрой странице.
Это не так уж и давно (это с апреля 2009 года, то есть менее одного года назад) , так что это все еще должно быть в основном правдой - и это написано Стивом Саудерсом, имя которого довольно хорошо известно, когда речь идет о передних выступлениях.
С более субъективной точки зрения, я предпочитаю использовать несколько < link >
из моего основного HTML-файла: таким образом, я могу только быстро увидеть, что CSS-файлы называются - либо смотреть на файл шаблона на сервере, либо смотреть на сгенерированный HTML-источник на стороне клиента.
Вот довольно полный ответ на about.com
Сегмент из статьи:
Разница между @ import и
< link >
Прежде чем решать, какой метод использовать включить свои таблицы стилей, вы должны понять, какими были два метода предназначен для использования.
< link >
- Связывание является первым методом для включения внешней таблицы стилей на ваших веб-страницах. Он предназначен для свяжите свою веб-страницу с вашей таблица стилей. Он добавляется к HTML-документа, например:
< link href = "styles.css" type = "text/css "/>
@ import - Импорт позволяет импортировать одну таблицу стилей в другое. Это немного отличается от сценария связи, потому что можно импортировать таблицы стилей внутри связанной таблицы стилей. Но если вы включаете @ import в заголовок HTML-документ написан следующим образом:
< style type = "text/css" > @ import URL («styles.css»); стиль>
Из точка зрения стандартов, нет разница между привязкой к внешняя таблица стилей или ее импорт. В любом случае правильно, и в любом случае будет работать одинаково хорошо (в большинстве случаи). Но есть несколько причин вы можете использовать один поверх другое.
Остальное см. в статье
.