AF
В случае циклов, никаких специализированных оптимизированных решений он задействовать не сможет, потому что код гарантий не даёт
Size: a a a
2021 May 16
К
Эм, на самом деле нет
К
map всегда был тупой
К
И остался
AF
тот же .map() в отличие от for (let i = 0; ...) arr.push(i) гарантирует, что на входе будет массив n элементов, на выходе будет массив n элементов (можно оптимизировать выделение памяти), и что для каждого элемента переданная функция будет вызвана ровно один раз
К
Кто-то не тестил и говорит
К
Надежды, ага
AF
Это не наша проблема, это проблема разработчиков V8
К
Посмотри на реализацию, и станет всё ясно
К
Тормоза у мапы - вызов делегата
К
В этом и проблема ВСЕХ перебирающих методов
К
Что там лишний вызов в рантайм
К
В v8 это ещё быстро
К
А в JSC
К
SpiderMonkey ну как бы, не особо
AF
Вызов лишнего делегата как раз проблемой не является, потому что он микроскопически мал. Давай посмотрим на код, в котором я предложил использовать .map вместо циклов
AF
const ids = [];
if (likes) {
for (let j = 0; j < likes.length; j++) {
const like = likes[j].querySelector('[data-el-id]');
const id = like.dataset.elId;
ids.push(id);
}
}
if (likes) {
for (let j = 0; j < likes.length; j++) {
const like = likes[j].querySelector('[data-el-id]');
const id = like.dataset.elId;
ids.push(id);
}
}
AF
Это решается вот так. likes.map(l => l.dataset.elId)
DM
есть идеи, почему map медленнее?