Вот и загвоздка. Классически стоит просто «навтыкать» возможных проверок, а это не просто усложнит код, добавит бòльших задержек в алгоритме.

Открой уже для себя операции с массивами в lodash)

Я уж не говорю про вуду деструктурируемого присваивания)

const flatArray = [...array2D]

Что еще стоит знать, кроме операций с массивами?

В lodash.

Ну хз, по обстоятельствам же, ты видел сколько в нем всего)

Вот и спрашиваю, чтобы время с пользой потратить. Всю пока освоишь.

Просто вместо гугла сперва искать в лодашь

Хороший вариант.

Работа именно с коллекциями это главная задача _

Зачем lodash, когда завезли es6?

Тебе пока с методами массива освоиться будет уже хорошо) Не знаю, тот же reduce понять, reject, flatten

Он же не работает с типизированными массивами?

В ес6 есть forEach по проперчить объекта ?

Лишняя библиотека ==> лишние операции.

Или может поиск значения по пути к нему в объекте ?

Зачем lodash, когда завезли es6?

Если бы завезли...

В ес6 есть forEach по проперчить объекта ?

Object.keys(obj).forEach

Библиотека? Ты из 2000х?

Если бы завезли...

Все что в lodash.

Лодаш раздроблён на микро компоненты

Object.keys(obj).forEach

Я о значениях

пригодился метод Omit

Ребята, я ж говорю, на счету каждое условие.

reduce для объектов

больше ничего

Хз, ты не придумаешь ничего лучше

Ребята, я ж говорю, на счету каждое условие.

Так там оптимизация есть.

Велосипед девелопмент

В js и каждая секунда? Жди асамблер.

Велосипед девелопмент

Вот вот. Одни костыли, лодаши.

Я о значениях

obj[key] ?)

Одни говнокоды собственного произведения

Ы

Симд уже есть, знаю.

obj[key] ?)

Вместо этой простыни у меня _.forEach

function asyncEachSeries(array, iterator, callback) { array = array[Symbol.iterator](); (function next(err) { let item = array.next(); if (err || item.done){ if (callback) { callback(err); } return; } iterator(item.value, next); })(); } как сделать по другому?

Вот же.

Es6.

.next()

Вместо этой простыни у меня _.forEach

Можно Object.entries

Лодашь умеет?

Я перестал верстать велосипеды и начал ценить время

Можно Object.entries

С одной ситуацией разобрались, теперь следующая.

короче, с es6 лодашь мне почти не нужен

es6 — это когда для вставки следующего шага в цепь надо объявлять её задом наперед? P( e=>e.map( o=> o.reduce ( ) ) )

Ы

Хороший, годный стандарт

Удобный главное

короче, с es6 лодашь мне почти не нужен

Короче с цсс3 мне сасс не нужен

с цсс3 и джиэс не нужен

С одной ситуацией разобрались, теперь следующая.

🤔

угу, не юзаю сасс

С хтмл5 мне жс не нужен

Вы не путайте компиляторы и библиотеки.

Sass кому-то полезен при объёмах.

Вы не путайте инструменты и язык

Где ес6 язык а лодаш полезный инструмент

Костыли.

Это не костыль.

Это готовый шаблон.

Если для итерации массива нужна библиотека, может стоит пересмотреть аркитектуру кода?

Парень не работал на ноде с big data

Ы

Ну лан

Выше вопрос посмотрите :).

Ты матрицы в джиэс ковыряешь и жаждишь оптимизации. Подумай над этим.

Тссс!

Не говори вслух.

Вдруг узнают про оптимизацию кода.

Если для итерации массива нужна библиотека, может стоит пересмотреть аркитектуру кода?

Ага, или стандарт, который написан так, что библиотека удобнее (нет, я не про лодаш))

Уверен что парень просто не нашёл решения в гугле вот и злится

Ага, или стандарт, который написан так, что библиотека удобнее (нет, я не про лодаш))

Вы забыли скобочку '('.

Выше вопрос посмотрите :).

У тебя там весь код в мутабельных присваиваниях, конечно же он не поддаётся оптимизации, потому что гводнями прибит к каждому объявлению переменной и внезапному return

Вопрос: как корректно поступить с линейным массивом?

Тебе без ОДЗ на аргументы вообще никак

Уверен что парень просто не нашёл решения в гугле вот и злится

Меня на неделю раньше хватало.

У тебя там весь код в мутабельных присваиваниях, конечно же он не поддаётся оптимизации, потому что гводнями прибит к каждому объявлению переменной и внезапному return

Return? Не, там два листка. Кода ещё не было.

Подозреваю, что размерности для каждого свёрнутого массива ты знаешь