Есть ли случаи, когда вам нужно использовать атрибут раннего связывания/встроенного события в HTML/JavaScript?

Я думаю, что многие разработчики сделают это либо по незнанию, либо от незнания (что, конечно, распространено), а остальные разработчики сделают это потому, что просто удобнее использовать атрибуты HTML-JS, чем позднее связывание, если вы знаете, что определенные объекты и функции всегда загружаются на каждой странице, и они будут просто «там».

Я думаю, что это особенно верно, когда упомянутый HTML исходит из обратного вызова AJAX. Возьмем пример, когда запрос AJAX возвращается с ответом в формате HTML, и этот HTML-код вставляется на страницу. Теперь наивный разработчик будет думать примерно так:

• Я понятия не имею, какие элементы находятся внутри этого HTML-кода ответа, поэтому я не знаю, какие поздние привязки мне нужно добавить.
• Возможно, мне нужно добавить их все на всякий случай! Или написать какой-нибудь скрипт разбора, который обнаруживает элементы и привязывается к тем, которые я нахожу?
• Но что, если мне нужно привязать к чему-то, чего еще не существует? Пришло время написать длинный встроенный JavaScript!

Все это можно устранить, используя своего рода вездесущую привязку, которая применяется ко всем текущим и будущим элементам на странице. В jQuery эквивалентом является live(). Вместо того, чтобы писать:

$('.foo').click(function(){...});

Вы можете написать:

$('.foo').live('click', function(){...});

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

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

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

Я полагаю, что я один из тех комментаторов. На самом деле я сказал, что встроенные слушатели «являются разумным вариантом при определенных обстоятельствах». Я не думаю, что есть случаи, когда это «необходимо» (что я понимаю в этом контексте как необходимое).

Добавление встроенных слушателей — это просто применение той же логики на сервере для добавления слушателей, что и на клиенте, и имеет следующие преимущества:

1. Разметку можно создавать и кэшировать или использовать как статические страницы, слушатели не добавляются каждым клиентом снова и снова при загрузке страниц.
2. Полностью удалены проблемы, связанные с задержкой между доступностью элемента и добавлением слушателя функциями DOMReady или onload или «нижними скриптами».
3. Капризы различных «кроссбраузерных» функций DOMReady с откатом при загрузке удалены — у таких функций нет возможности не добавить слушателей, если они не используются.

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

Если вы считаете, что «раннее связывание» слушателей — это хорошо, то сделайте это как можно раньше — поместите их в строку. :-)

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

Причины, по которым атрибуты onclick плохие:

onclick="foo()"

• Вы передаете строку кода, которая оценивается во время выполнения при щелчке элемента. Это неэффективно и использует ужасы eval
• Вы вынуждены хранить функцию foo в глобальной области, тем самым загрязняя глобальную область всей логикой обработки событий.