AF
Потому что они используют эвристики и оптимизируют под конкретное применение (DOM и native).
Size: a a a
2021 May 16
DM
Потом оказывается, что такими простыми написана вся кодовая база. Вся кодовая база не оптимизирована по производительности.
К
Проблем то в чем
AF
Нет, просто не каждый разработчик дурак.
К
Проблема в том, что ты неопытному советуешь юзать заведомо хреновую идею.
filter/slice/map
filter/slice/map
К
Их можно юзать, но нужно знать когда и как
К
Тут тоже
К
Не поверишь!
AF
На JS такого смысла нет, потому что JS очень высокоуровневый язык, который делает всё крайне неэффективно.
К
:)))
К
Выйди в окно
AF
а генераторы не нужно?
К
Дада, скажи это турбофану
К
И асемблеру, в которые он джитит
AF
.map очень ограниченный, он только отображает один набор данных в другой набор данных. Новичку именно его и нужно юзать, чтобы он ничего не сломал.
К
В map спокойно можно закинуть внешний стейт, и я раз 40 видел как его юзали как forEach тупо
К
Он же перебирает? Да, почему нет
AF
А кроме турбофана есть что-нибудь ещё, на чём можно запускать джс? Например, на мозилловском движке? А какие прагмы есть для управления турбофаном? А обёрнутые данные турбофан магическим образом превращает в нативные типы или оставляет обёрнутыми?
К
Вот чтобы он их распаковать смог, не надо их пихать во все подряд
AF
Как раз с мапом и подобными ФВП он их может распаковать эффективнее, реализации-то нативные