Обеспечение работоспособности вашего javascript

Я пытаюсь преобразовать внутреннее приложение для использования большего количества Ajax через jQuery. Я отодвигаюсь от стандартного кода позади текущего приложения ASP.NET и включает методы JavaScript, которые будут запускаться на стороне клиента. Моя забота - это лучший способ разрешить этому приложению оставаться поддерживаемым для тех, кто стоит за мной.

ОТВЕТЫ

Ответ 1

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

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

Строка script должна:

  • Lint весь ваш код
  • Комментарии с галочкой
  • Совместить файлы вместе
  • Minify/Obfuscate/Сжать код
  • Файлы версий для развертывания
  • Вставьте файлы версии на сервер, готовые к включению в производство

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

Ответ 2

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

Ответ 3

Запустите JSLint как часть вашей сборки и убедитесь, что если она не пройдет, она не удастся выполнить вашу сборку.

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

Если возможно, начните писать модульные тесты, используя фреймворк, такой как Rhinounit, JSUnit или QUnit.

Ответ 4

Создайте script, который выполняется во время сборки, который удаляет все комментарии из javascript.

Затем прокомментируйте либерально и призывайте всех остальных также безопасно с учетом того, что комментарии не будут вносить его в производство.

Ответ 5

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

Ответ 6

Кроме того, если можно, попробуйте сделать немного объектно-ориентированного дизайна, если сможете. Я когда-то был в проекте, в котором участвовало много jQuery/Javascript, и у него не было объектно-ориентированного дизайна, из-за чего нам было сложно разрабатывать и поддерживать его на некоторое время. Со временем мы фактически переписывали его части, чтобы сделать их лучше.

Итак, мой лучший совет - подумать заранее, прокомментировать (как говорили другие) и убедиться, что вы закодировали свой Javascript так же, как и код другого (как и в случае, следуйте всем хорошим принципам дизайна, d использовать на серверном языке.)