Я посмотрел, все ок, только напрягло, что пришлось подключать внешнюю либу для решения задачи, которая ,казалось бы, тривиальна. Я пытаюсь найти информацию о том, почему это антипаттерн, использовать new Promise, если это кажется наиболее простым решением, не могли бы подсказать, где искать?
Ну строго говоря задача нетривиальная, ее поколениями решали криво.
1) Ты получаешь на уровень больше вложенность, а то и на два. 2) У тебя ничего не гарантирует, что ты в любом случае отрезолвишь промис 3) У тебя ничего не гарантирует закрытие входящего потока --- при ошибке он так и останется подвешенным висеть в небесах и отнимать память, пока сторонний сервер не разорвет соединение
Я правильно понимаю, что аргументация сводится к тому, что разработчики не должны использовать new Promise, потому что они тупые, не умеют кодить, не понимают, как что работает?
5) Ну и ещё --- используя промис в виде явного конструктора очень сложно нормально вытащить дополнительную логику для контроля за запросом после его начала. Промис создавался для чего-то, контроль над чем сразу после его старта теряется
Я правильно понимаю, что аргументация сводится к тому, что разработчики не должны использовать new Promise, потому что они тупые, не умеют кодить, не понимают, как что работает?
То есть формально всё ок, но тащить пару библиотек чтобы не писать new promise это странно Гарантий, что авторы библиотеки не накосячили, тоже не очень много
То есть формально всё ок, но тащить пару библиотек чтобы не писать new promise это странно Гарантий, что авторы библиотеки не накосячили, тоже не очень много