Ненавязчивый JavaScript (англ.unobtrusive JavaScript) — подход к web-программированию на языке JavaScript. Термин введён в 2002 году Стюартом Лэнгриджем[1]. Под принципами ненавязчивого JavaScript обычно понимают следующее:
отделение функциональности веб-страницы («уровень поведения») от структуры, содержания и представления её же[2];
техники «постепенного улучшения» (англ.Progressive enhancement) для поддержки пользовательских агентов, которые могут не в полной мере поддерживать функциональность JavaScript[3].
Из-за непоследовательной реализации языка и объектной модели документа в браузерах JavaScript имел репутацию языка, непригодного для серьезного использования и разработки, что изменило появление основанных на стандартах веб-браузеров, AJAX и интерфейсов Web 2.0, сделав JavaScript важный инструмент, хотя этот язык программирования когда-то использовался для относительно простых и тривиальных задач, таких как проверка ввода на стороне браузера и декоративные элементы, с тех пор он используется для создания ядра функциональность сайта.
Цели
Работоспособность веб-сайта для наиболее широкой аудитории пользователей, включая доступность для пользователей с ограниченными возможностями, является главной целью ненавязчивого подхода. Достижение цели основывается на разделении представления и поведения, при котором поведение программируется с помощью внешних скриптов JavaScript и привязывается к семантической разметке[4].
За счёт применения ненавязчивого подхода легче достичь следующих результатов[4]:
Доступность веб-сайта для большего числа пользователей;
Гибкость при внесении изменений в документ, стили или скрипты;
Эксплуатационная надёжность (robustness) и расширяемость, в том числе возможность постепенного улучшения;
Повышение производительности, например, за счёт кэширования внешних скриптов.
Рекомендации
Крис Хейлман (Chris Heilmann), один из сторонников применения ненавязчивого подхода, в 2007 году составил для него семь правил[4]:
Не делайте никаких предположений;
Ищите зацепки (hooks) и отношения;
Оставьте обход (traversing) экспертам;
Понимайте браузеры и пользователей;
Имейте представление о событиях;
Играйте хорошо с другими;
Проявляйте заботу о следующем разработчике.
Отделение поведения от разметки
Традиционно вызовы функций JavaScript размещались непосредственно в разметке документа. Пример ниже иллюстрирует типичную реализацию валидации полей формы:
При хорошо структурированном подходе к разработке разметка предназначена для описания структуры документа, но не его поведения. Смешивание структуры и поведения ведёт, среди прочего, к ухудшению поддерживаемости сайта. Происходит это по той же причине, что и в случае смешивания структуры и представления: если сайт содержит сотни полей с данными, добавление соответствующего атрибута onchange к каждому (и модификация их позже в случае необходимости) может оказаться трудоёмкой процедурой.
Ненавязчивое решение заключается в программной установке обработчиков событий. Обычно это достигается логическим выделением элементов, для которых необходим тот или иной обработчик в класс с последующей обработкой:
<inputtype="text"class="validatedDate"/>
Скрипт может просматривать все элементы input, относящиеся к классу validatedDate и устанавливать для них нужный обработчик:
Поскольку атрибут class отражает семантическую роль элемента, такой подход хорошо согласуется с рекомендациями W3C, основанными на современных стандартах.