Сколько строк кода в вашем пользовательском скрипте jQuery на вашем сайте? И сколько слишком много?

Для нашего сайта я использую много jQuery — прямо сейчас я просматриваю 340 строк кода jQuery поверх базовой библиотеки. Сколько слишком много? Я буду добавлять больше, когда я начну пытаться сжать код и в конечном итоге перейду к ООП?


person jrutter    schedule 17.12.2008    source источник


Ответы (9)


В идеале размер скрипта должен быть как можно меньше, но с сегодняшними веб-сайтами «Веб 2.0» вы, скорее всего, накопите довольно много кода JavaScript.

Важно то, что перед развертыванием веб-сайта убедитесь, что он минимизирован. и gzip файлы сценариев, чтобы максимально уменьшить размер файлов сценариев.

Если вы действительно заинтересованы в оптимизации и повышении производительности своего веб-сайта, я настоятельно рекомендую взглянуть на Высокопроизводительные веб-сайты: необходимые знания для разработчиков интерфейсов

person Andreas Grech    schedule 17.12.2008

Количество строк ничего не значит — важно то, что вы на самом деле делаете. У вас может быть 10 строк в высшей степени неэффективного кода, которые принесут гораздо больше вреда, чем тщательно продуманные 1000 строк кода.

person Daniel Schaffer    schedule 17.12.2008
comment
Хотя это не связано с качеством, обычно это связано с часами, потраченными на работу (; - person Francisco Presencia; 08.06.2014
comment
НЕТ. Когда вы измеряете эффективность и надежность программистов, это имеет большое значение. Таким образом, JQuery я считаю хренью. Я лучше заплачу программисту за его 10 строк кода на чистом JS, чем за 2 строки (+1000) дерьма JQuery. - person TomeeNS; 22.09.2016

Насколько это слишком много, во многом зависит от вашего приложения.

Вы должны стремиться быть краткими, но не в ущерб удобочитаемости или пользовательскому опыту.

person singpolyma    schedule 17.12.2008

Я бы больше обратил внимание на время загрузки скрипта, чем на строки кода. Если он окажется слишком большим, разбейте файл на отдельные страницы или разделы. «Слишком много» основано исключительно на производительности приложения и на том, что вы считаете приемлемым для своих пользователей.

person John Sheehan    schedule 17.12.2008

340 строк - это ничто, попробуйте использовать несколько элементов управления телериком... скоро дойдет до 15 тысяч строк!

person redsquare    schedule 17.12.2008

Это зависит от проекта, над которым вы работаете. Вы должны сделать свой код эффективным и читабельным. После того, как вы развернете свой веб-сайт, просто сожмите и заархивируйте свои скрипты, и это улучшит производительность.

person Chatu    schedule 17.12.2008

Я бы не беспокоился о длине вашего JavaScript. У вас есть несколько вариантов, таких как использование Packer для сжатия вашего JavaScript для выпуска (вам понадобится попрактиковаться с ним, так как у него есть несколько правил того, как он работает).

Сосредоточьтесь на том, чтобы ваш код был понятным и простым в обслуживании. Интенсивное использование JavaScript на веб-сайтах может быстро наскучить.

Попытка сделать ее короткой или маленькой может навредить вам больше, чем если бы пользователю пришлось ждать лишнюю секунду, пока загрузится страница.

person hugoware    schedule 17.12.2008

Для разработки становится абсолютно необходимым разделить код на отдельные файлы .js, иначе все запутается.

ОДНАКО,

Не оставляйте кучу ссылок на скрипты на рабочей странице. Большинство браузеров ограничены двумя одновременными HTTP-запросами. Эти ссылки на сценарии замедлят загрузку вашей страницы и намного перевесят любую возможную выгоду от кэширования компонентов по отдельности.

Вы можете объединить свои файлы разработки в один файл с помощью JS Builder:

http://code.google.com/p/js-builder/

Изменить: под ссылками на сценарии я имею в виду ‹ script src="blah.js">. Каждый из них должен быть загружен через HTTP при загрузке страницы.

person kwcto    schedule 17.12.2008

340 строк javascript — это ничто, но по мере роста вашей базы кода javascript я бы потратил некоторое время на изучение фреймворков для сжатия и объединения javascript на лету. Если вы используете Java, я бы рекомендовал использовать JAWR, который позволяет переключаться между несколькими ссылками в режим разработки и один минимизированный скрипт в производстве. Просто убедитесь, что вы протестировали свое приложение в рабочем режиме, прежде чем запускать его, так как алгоритм минимизации может испортить ваш код в некоторых неясных случаях (если вы пишете чистый код и не забываете заканчивать каждую строку символом ';', все будет в порядке) .

Если вы не на Java, я не знаю никаких фреймворков, но реализовать что-то подобное самостоятельно на самом деле не так уж сложно. Кажется, у меня где-то завалялся код для этого в eZ Publish, написанный на PHP.

person Erlend Halvorsen    schedule 20.05.2009