Для нашего сайта я использую много jQuery — прямо сейчас я просматриваю 340 строк кода jQuery поверх базовой библиотеки. Сколько слишком много? Я буду добавлять больше, когда я начну пытаться сжать код и в конечном итоге перейду к ООП?
Сколько строк кода в вашем пользовательском скрипте jQuery на вашем сайте? И сколько слишком много?
Ответы (9)
В идеале размер скрипта должен быть как можно меньше, но с сегодняшними веб-сайтами «Веб 2.0» вы, скорее всего, накопите довольно много кода JavaScript.
Важно то, что перед развертыванием веб-сайта убедитесь, что он минимизирован. и gzip файлы сценариев, чтобы максимально уменьшить размер файлов сценариев.
Если вы действительно заинтересованы в оптимизации и повышении производительности своего веб-сайта, я настоятельно рекомендую взглянуть на Высокопроизводительные веб-сайты: необходимые знания для разработчиков интерфейсов
Количество строк ничего не значит — важно то, что вы на самом деле делаете. У вас может быть 10 строк в высшей степени неэффективного кода, которые принесут гораздо больше вреда, чем тщательно продуманные 1000 строк кода.
Насколько это слишком много, во многом зависит от вашего приложения.
Вы должны стремиться быть краткими, но не в ущерб удобочитаемости или пользовательскому опыту.
Я бы больше обратил внимание на время загрузки скрипта, чем на строки кода. Если он окажется слишком большим, разбейте файл на отдельные страницы или разделы. «Слишком много» основано исключительно на производительности приложения и на том, что вы считаете приемлемым для своих пользователей.
340 строк - это ничто, попробуйте использовать несколько элементов управления телериком... скоро дойдет до 15 тысяч строк!
Это зависит от проекта, над которым вы работаете. Вы должны сделать свой код эффективным и читабельным. После того, как вы развернете свой веб-сайт, просто сожмите и заархивируйте свои скрипты, и это улучшит производительность.
Я бы не беспокоился о длине вашего JavaScript. У вас есть несколько вариантов, таких как использование Packer для сжатия вашего JavaScript для выпуска (вам понадобится попрактиковаться с ним, так как у него есть несколько правил того, как он работает).
Сосредоточьтесь на том, чтобы ваш код был понятным и простым в обслуживании. Интенсивное использование JavaScript на веб-сайтах может быстро наскучить.
Попытка сделать ее короткой или маленькой может навредить вам больше, чем если бы пользователю пришлось ждать лишнюю секунду, пока загрузится страница.
Для разработки становится абсолютно необходимым разделить код на отдельные файлы .js, иначе все запутается.
ОДНАКО,
Не оставляйте кучу ссылок на скрипты на рабочей странице. Большинство браузеров ограничены двумя одновременными HTTP-запросами. Эти ссылки на сценарии замедлят загрузку вашей страницы и намного перевесят любую возможную выгоду от кэширования компонентов по отдельности.
Вы можете объединить свои файлы разработки в один файл с помощью JS Builder:
http://code.google.com/p/js-builder/
Изменить: под ссылками на сценарии я имею в виду ‹ script src="blah.js">. Каждый из них должен быть загружен через HTTP при загрузке страницы.
340 строк javascript — это ничто, но по мере роста вашей базы кода javascript я бы потратил некоторое время на изучение фреймворков для сжатия и объединения javascript на лету. Если вы используете Java, я бы рекомендовал использовать JAWR, который позволяет переключаться между несколькими ссылками в режим разработки и один минимизированный скрипт в производстве. Просто убедитесь, что вы протестировали свое приложение в рабочем режиме, прежде чем запускать его, так как алгоритм минимизации может испортить ваш код в некоторых неясных случаях (если вы пишете чистый код и не забываете заканчивать каждую строку символом ';', все будет в порядке) .
Если вы не на Java, я не знаю никаких фреймворков, но реализовать что-то подобное самостоятельно на самом деле не так уж сложно. Кажется, у меня где-то завалялся код для этого в eZ Publish, написанный на PHP.