Есть ли недостатки в использовании head.js?

Вещи, которые я знаю:

  1. Мерцание экрана, если сценарии изменяют стили / содержимое (для меня это не проблема, так как я в данный момент загружаю сценарии в конце страницы и уже имею обходные пути)

  2. Невозможность обнаружить сбой загрузки скрипта (не слишком обеспокоен этим, так как все, что я разрабатываю, требуется для работы с или без javascript. Может повлиять на мои обходные пути для пункта 1, но доволен этим риском)

Это выглядит очень хорошим вариантом для меня, но я надеюсь на некоторые рекомендации (не стесняйтесь говорить только положительные вещи!), Прежде чем я потрачу время на включение его в мой следующий проект.

В настоящее время мы разрабатываем сайты среднего и большого размера, как правило, с умеренным количеством Javascript (хотя этот показатель быстро растет). Мы также используем библиотеку jQuery для большей части нашего Javascript.

У кого-нибудь есть опыт? Хорошо или плохо!:)

PS для интересующихся это head.js

6 ответов

Решение

Нету. Пока вы помещаете любой код, который зависит от загрузки файлов, в 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 мс между линией трех @ 120mbit, firefox 3.6.13)

Когда я использую обновление Ctr+R, результаты в head.js постоянно на 100 мс медленнее, чем в двух других версиях без head.js... Так что это НЕ всегда быстрее.

Там может быть проблема, когда у вас есть ссылки / действия JS на странице. Они не будут работать (или работать так, как будто JS отсутствует) до полной загрузки скриптов. Это может или не может быть проблемой, в зависимости от того, как вы это структурируете.

Не будет проблем при интенсивном использовании библиотеки jquery или javascript. Попробуйте сделать каждую библиотеку уникальной.

Я использую прототип, scriptaculous, jquery и многие другие jquery дополнительные плагины. Я столкнулся с ошибкой при загрузке целых скриптов. Затем я узнал, что это из-за знака $, который является важным параметром jquery и прототипа.

я использовал

    $.noConflict();
jQuery(document).ready(function($){
//jquery codes here
})

Так что держите вашу библиотеку скриптов уникальной

head.js() дал проблему моим страницам. Ни один из моих asp:button События OnClick работали. Но если я включу сценарии традиционным способом (<script type="text/javascript src="") тогда события работали отлично. Я старался EnableClientScript = "false" а также CausesValidation="false", Но ничего не сработало. В конце концов, я просто отказался от идеи head.js, так как в любом случае это не имело большого значения для времени загрузки моей страницы.

Другие вопросы по тегам