Ну

Как сказать

Что на него нкак и не ответить)

Что значит с поддержкой es2016?

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

Чем версия ноды новее, тем больше новых фич из коробки

Если хочется использоавть фичи, которых из коробки нет - тогда babel

Вариантов не так много)

Можно писать хоть на es3, хоть на 2033, это же зависит исключительно от версии ноды

А так есть модный Koa

ну вот к примеру koa2 неплохо работает с генераторами и async/await

Как по мне, так страый добрый express из зе бест

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

Но зачем?

Незачем? Ну ок, используйте голые промисы дальше

Это не ответ.

Вполне себе ответ. Если ты не видишь проблемы, то ты с ней не столкнулся

Так в чем их проблема-то?

Если не считать синтаксического мусора, то хреново реализовывать любую нетривиальную (выходящую за цепочку последовательных вызовов и их параллельных (all/any) комбинаций) логику.

ой ладно вам. На промисах писать нетривиальную логику одно удовольствие

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

Промисы, конечно, тоже не панацея

Если нужен какой-нибудь асинхронный map, то я обычно обращаюсь за помощью к async caolan'a

на async await гораздо проще делать очень много вещей

на async await гораздо проще делать очень много вещей

Это понятно, но async/await это все же сахар для промисов

нет, это сахар для генераторов

+

Генераторы это способ писать аля синхронный код. Попробуй написать на промисах долгий запрос, параллеьно с которым идут несколько запросов, каждый из которых может сфейлится и пока выполняется первый, их нужно повторить, если сфейлились оба, то запустить долгий запрос заново. Ну и т.д. Я не говорю, что прям вот везде менять надо промисы на промисы+async-await, наборот —- в большинстве случаев не надо это делать просто ради того, чтобы делать. Но и пилить что-то с нуля на промисах, когда есть async-await я смысла не вижу

хз, я вообще сейчас .then не юзаю

Генераторы это способ писать аля синхронный код. Попробуй написать на промисах долгий запрос, параллеьно с которым идут несколько запросов, каждый из которых может сфейлится и пока выполняется первый, их нужно повторить, если сфейлились оба, то запустить долгий запрос заново. Ну и т.д. Я не говорю, что прям вот везде менять надо промисы на промисы+async-await, наборот —- в большинстве случаев не надо это делать просто ради того, чтобы делать. Но и пилить что-то с нуля на промисах, когда есть async-await я смысла не вижу

подобное надо делать на потоках) rxjs

В том-то и дело, что не сделаешь это на потоках. А где сделаешь, там они и не нужны

что не сделаешь?

хз, я вообще сейчас .then не юзаю

Вот кстати сам then (который по факту map, ибо промис тоже реализует функтор) имеет проблему: логика пишется как бы с двух сторон: и по присваиваниям (промисы) и по транформациям (действие, которое передаёшь в then)

В отличие от

*flatMap

Ну, "map" я применил скорее как fmap. А что за ним, map или flatMap это не суть

нет, это сахар для генераторов

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

https://github.com/tc39/ecmascript-asyncawait

И?

Так же на всех async function можно будет вызывать Promise.all()

И?

И?

Что и? Я просто сказал, что async/await это сахар для промисов, а не для генераторов

Это не так) промисы как есть, так и остались

Да

А функции, которые помечены как async, будут отдавать промисоподобный объект

Помимо того, все промисы можно будет await'ить

1. Появились промисы

2. Появились генераторы

3. Генераторы стали использовать, чтобы запускать промисы

4. Для генераторов сделали сахар - async-await

Что и? Я просто сказал, что async/await это сахар для промисов, а не для генераторов

Бред

Это на генераторах

Обычные продолжения

Функции, из которых можно выйти и снова войти

aka continuation

Генераторы с промисами позволили это реализовать

И что случилось?)

А как так происходит?)

Новый вид атак?)

Сорри я не хотел 😈

Есть же скрипт, который на панели активности в профиле Github позволяет делать рисунки разные

Надписи

Господа, вы поселили во мне сомнения, а посему я отправился курить спеку, гитхаб tc39 и прочие ресурсы, в надежде познать истину. Теперь я спешу поделится с вами своим вновь приобретенным (или овеженным) знаением. Async/await был впилен в спеку именно для того, что бы избавиться от генераторов при работе с промисами. Синаксис async function создает промис, а await - это точный аналог then. Regenerator от фейсбука, который сейчас используется для трансофрмации async синтаксиса, использует генереаторы лишь как необходимое зло, поскольку иначе подобный код никак не транспилировать на старые версии js.

Встречали что-нибудь для работы с изображениями для node? ( без imagemagic и не lwip)

Если вы хотите сказать, что я не прав и ошибаюсь, то пожалуйста, привидте пруфы, статьи, еще что-нибудь.

Ну ты прям все в кучу накидал

Я хочу обратить внимание, что я затеваю эту дискусиию не холивара ради, а обагощения знаниями для

@antouhou все верно, но вывод некорректный

регенератор потому и РЕ, что генераторы в КА переводит

Ну так и есть

А свитч – чтобы не городить кучу ифов

И так далее по списку

=)

Встречали что-нибудь для работы с изображениями для node? ( без imagemagic и не lwip)

Jimp

спасибо, опробую

А чем imagemagick не устраивает, если не секрет?

мы про документацию к Rest API

В hapi есть rest api генератор доков

Выглядит вроде нормально, хотя я ещё не пользовался

Что вы скажете по этому поводу? https://github.com/airbnb/javascript#iterators--nope

По-моему, это параноидальный подход, не?