AddEventListener для массива
 

У меня есть массив элементов, полученный при помощи, например, querySelectorAll("div#menu ul#add li[name='my']"). Нужно добавить для всех этих элементов addEventListener (не через on+"действие", только через addEventListener!). Мне делать цикл, в котором я присвою для каждого элемента addEventListener, использовать делегирование или что-нибудь другое?

я и не хотел присваивать метод, для меня это не подходит

Valdemor,
используйте делегирование

И к слову, querySelectorAll возвращает не массив, а NodeList. Это массивоподобный объект.

var collection = document.querySelectorAll('*');
alert (collection instanceof Array);
alert (collection.constructor.name);

А если у меня документ, в котором элементы разбросаны по всему body? Как тогда быть?
Будет ли огромный цикл с addEventListener влиять на производительность скрипта?

Valdemor,
вешаете обработчик на body и отлавливаете событие на нужных элементах

Значит, Вы советуете делегирование.
А как же проверку делать?

if(target.getAttribute(name)=='my'&&target.parentNode.tagName=='ul'&&target.parentNode.getAttribute(id)=='add'&&target.parentNode.parentNode.tagName=='div'&&target.parentNode.parentNode.getAttribute(id)=='menu')

Странно, как-то...
И кстати, а как заменить запись типа .parentNode.parentNode? Создать метод parent(n), где n-количество работы цикла? (рекурсию не люблю использовать, т.к. работает вдвое дольше цикла).

if (target.matches('div#menu ul#add [name="my"]')){
  // do stuff
}

Но это по спецификации. В реале же нужно использовать webkitMatchesSelector || mozMatchesSelector || msMathesSelector || oMatchesSelector (http://caniuse.com/matchesselector)
Кроме того, нет никакого смысла проверять контекст элемента, имеющего id, так что ваш пример плохой.

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

Я не использую jQuery по неспольким причинам.
А за код спасибо!

Среди этих причин есть отсутствие необходимости поддержки старых браузеров? Если нет то желаю удачи в написании кода, состоящего наполовину из костылей )

jQuery же тоже написан на javascript. Он не использует каких-то инопланетных технологий, поэтому - состоит из костылей!)
Я так осваиваю язык, не используя jQuery (я хочу научится и писать на чистом javascript, и не прибегать к jQuery (я его, кстати, немножко презираю с тех пор, когда весь мой код с live-методами нужно было переписывать на on...)).

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

Сколько лет прошло с момента объявления метода live устаревшим до его дропа? Чем тебе угрожали когда ты не по своей воле обновлял библиотеку jQuery?

Новостей по этому поводу я не видел, да и смысла особого удалять live нет - синтаксис практически одинаковый.
А так, функционал расширивается. Когда-нибудь, возможности jQuery подошли бы к новому уровню и смысла использовать старую версию ради одной функции не будет...

Нет, этот способ не подходит. target - элемент. Как мне узнать всё, сплошь до name родителя?

Это к чему вобще сказано?

var parentName = target.parentNode.name;

Я изучал другие языки, а о javascript забыл.
К тому, что твой совет насчет matches не подходит - у меня есть тег, но никак не строка. Кстати, функция matches не существует.
Но у меня же строка не только с параметрами тегов! У меня там могут быть id'ы, классы, имена, селекторы. Мне их выделять при помощи регулярного выражения и добавить это в строку? Не многова-то ли выходит?

Ты очень странный человек, так что спорить не буду. Ты спросил как проверять target - я предложил удобный вариант. Не подходит - тебе видней.
Да ладно???
Видимо я пишу в пустоту, надо завязывать...

Ой, извините, просто гуглил matches - только о match результаты были, а о webkitMatchesSelector - так вообще 2 страницы.
Извините за отобранное время и спасибо за ответ!