Занимаетесь разработкой и большими файлами javascript?

Question

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

На этапе разработки, файлы javascript обычно разделяются (скажем, есть> 300 строк js), чтобы сделать вещи abit более управляемыми, а затем объединяются, когда веб-сайт «запускается»? Или разработчики просто мирились с работой в одном длинном большом файле?

Answer 1

Мы помещаем различные модули / классы / части в отдельные файлы и используем правильный процесс сборки для

• подтвердить код, используя, например. JSLint
• сцепление
• инструмент (заменить, завернуть и т. Д.)
• minify

Пример использования Ant для этого можно найти в одном из моих проектов здесь http://github.com/oyvindkinsey/easyXDM/blob/master/build.xml.

У меня также есть проекты, в которых веб-сервер автоматически объединяет файлы, локализует и затем минимизирует их перед обслуживанием клиента.

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

Answer 2

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

Answer 3

Разработка отличается от компании к компании и от команды разработчиков к команде разработчиков.

Я для себя привык к подходу поэтапной реализации функциональности, сохраняя эти функции в отдельных файлах и объединяя все вместе в большинстве случаев - по аренде, когда я не единственный, кто работает над данным проектом.

Answer 4

Было бы идеально иметь несколько файлов javascript в зависимости от класса и функциональности (как у вас их для проекта java) в среде разработки.

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

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