[] - это массив.
Этот массив вообще не используется.

он помещается на страницу, потому что использование массива дает вам доступ к прототипам массива, например .forEach.

это просто быстрее, чем набирать текст Array.prototype.forEach.call(...);

далее forEach - это функция, которая принимает функцию в качестве входа...

[1,2,3].forEach(function (num) { console.log(num); });

...и для каждого элемента this (где this похож на массив, в том, что он имеет length и вы можете получить доступ к его части как this[1]) пройдет три вещи:

1. элемент в массиве
2. индекс элемента (третий элемент будет проходить 2)
3. ссылка на массив

и наконец, .call - это прототип, который имеет функции (это функция, которая вызывается другими функциями).
.call возьмет свой первый аргумент и заменит this внутри регулярной функции с тем, что вы прошли call, as первый аргумент (undefined или null использовать window в повседневной JS, или будет то, что вы прошли, если бы в "строгом режиме"). Остальные аргументы будут переданы исходной функции.

[1, 2, 3].forEach.call(["a", "b", "c"], function (item, i, arr) {
    console.log(i + ": " + item);
});
// 0: "a"
// 1: "b"
// 2: "c"

таким образом, вы создаете быстрый способ вызова , а ты this из пустого массива в список всех <a> теги, и для каждого <a> в порядке, вы вызываете функцию предоставлена.

редактировать

Логическое Заключение / Очистка

ниже есть ссылка на статью, предлагающую нам отказаться от попыток функционального программирования и придерживаться ручного, встроенного цикла каждый раз, потому что это решение Хак-иш и неприглядно.

я бы сказал, что во время .forEach менее полезно, чем его коллеги, .map(transformer), .filter(predicate), .reduce(combiner, initialValue), он по-прежнему служит целям, когда все, что вы действительно хотите сделать, это изменить снаружи мир (не массив), n-раз, имея доступ либо к arr[i] или i.

Итак, как мы справляемся с неравенством, поскольку девиз явно талантливый и знающий парень, и я хотел бы представить, что я знаю, что я делаю/куда я иду (время от времени... ...в других случаях это head-first learning)?

ответ на самом деле довольно прост, и что-то дядя Боб и Сэр Крокфорд будут оба facepalm, из-за надзор:

его убрать.

function toArray (arrLike) { // or asArray(), or array(), or *whatever*
  return [].slice.call(arrLike);
}

var checked = toArray(checkboxes).filter(isChecked);
checked.forEach(listValues);

теперь, если вы спрашиваете, нужно ли вам это делать самому, ответ вполне может быть "нет"...
Это точно сделано... ...каждый(?) библиотека с функциями более высокого порядка в эти дни.
Если вы используете lodash или подчеркивание или даже jQuery, все они будут иметь способ взять набор элементов и выполнить действие n-раз.
Если вы не используете такой вещь, тогда, конечно, пишите свою.

lib.array = (arrLike, start, end) => [].slice.call(arrLike, start, end);
lib.extend = function (subject) {
  var others = lib.array(arguments, 1);
  return others.reduce(appendKeys, subject);
};

обновление для ES6 (ES2015) и за его пределами

не только slice( )/array( )/etc вспомогательный метод собирается сделать жизнь проще для людей, которые хотят использовать списки так же, как они используют массивы (как они должны), но для людей, у которых есть роскошь работать в браузерах ES6+ относительно близкого будущего или "транспилирования" в Babel сегодня, у вас есть встроенные языковые функции, которые делают этот тип вещи ненужный.

function countArgs (...allArgs) {
  return allArgs.length;
}

function logArgs (...allArgs) {
  return allArgs.forEach(arg => console.log(arg));
}

function extend (subject, ...others) { /* return ... */ }


var nodeArray = [ ...nodeList1, ...nodeList2 ];

супер-чистый и очень полезный.
Найдите остальное и распространение операторы; попробуйте их на сайте BabelJS; если ваш технический стек в порядке, используйте их в производстве с Babel и шагом сборки.

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