Ответ 1
Неа. Пока вы помещаете какой-либо код, зависящий от файлов загрузки внутри head.ready {}, вы не столкнетесь с какими-либо проблемами с вашим кодом.
Вещи, которые я знаю:
Экран мерцает, если скрипты изменяют стили/содержимое (для меня это не проблема, поскольку в настоящее время я загружаю скрипты в конце страницы и поэтому имею обходные пути)
Неспособность обнаруживать потерю нагрузки script (не слишком обеспокоена этим либо тем, что все, что я разрабатываю, требуется для работы с javascript или без него. Могу повлиять на мои обходные пути для пункта 1, но доволен этим риском)
Он выглядит, чтобы быть очень хорошим вариантом для меня, но я надеюсь на некоторые ссылки (не стесняйтесь говорить только положительные вещи!), прежде чем инвестировать время в его включение в мой следующий проект.
В настоящее время мы разрабатываем сайты среднего и большого размера с, как правило, умеренным количеством Javascript (хотя это быстро растет). Мы также используем библиотеку jQuery для большей части нашего Javascript.
У кого-нибудь есть опыт? Хорошо или плохо!:)
P.S. для тех, кого интересует это head.js
Неа. Пока вы помещаете какой-либо код, зависящий от файлов загрузки внутри head.ready {}, вы не столкнетесь с какими-либо проблемами с вашим кодом.
Вот мой вывод для head.js, я сам сделал некоторые тесты:
http://blog.feronovak.com/2011/03/headjs-script-is-it-really-necessary.html
Это субъективное мнение и ориентиры не являются научными.
Я был/заинтересован и думал о том, что, возможно, также использовал head.js, но я нашел что-то не очень приятное: в URL-адресе, который вы мне дали, есть три кнопки вкладок:
SCRIPT SCRIPT SRC head.js
SRC in head on bottom on head
Shift + Ctr + Refresh дает мне очень мало различий (+/- 10 мс между тремя линиями на 120 м, firefox 3.6.13)
Когда я использую обновление Ctr + R, результаты на head.js последовательно на 100 мс медленнее, чем две другие версии без head.js... Таким образом, его НЕ всегда быстрее.
Там может быть проблема, когда у вас есть ссылки/действия JS на странице. Они не будут работать (или работать, как нет JS) до полной загрузки скриптов. Это может быть или не быть проблемой, в зависимости от того, как вы ее структурируете.
Невозможно было бы эффективно использовать jquery или javascript-библиотеку. Постарайтесь, чтобы каждая библиотека была уникальной.
Я использую prototype, scriptaculous, jquery и еще много дополнительных дополнительных модулей jquery. Я столкнулся с ошибкой при загрузке всех скриптов. Тогда я узнал его из-за знака $, который является важным параметром jquery и прототипа.
Я использовал
$.noConflict();
jQuery(document).ready(function($){
//jquery codes here
})
Поэтому сохраните уникальную библиотеку script
head.js()
дал проблему моим страницам. Ни один из моих asp:button
событий OnClick не работал. Но если я включаю скрипты традиционным способом (<script type="text/javascript src=""
), тогда события отлично работали. Я пробовал EnableClientScript = "false"
, а также CausesValidation="false"
. Но ничего не получилось. Наконец, просто отказался от идеи head.js, так как в любом случае это не сильно повлияло на время загрузки страницы.