Должен ли я использовать модуль запроса для нового проекта?

Question

Модуль 'request' давно является стандартом для Node.js. Недавно они устарели библиотеки.

Я начинаю новый проект и ищу лучшее решение для моей сети. Я начал с использования собственного модуля 'https' , но столкнулся с проблемой за проблемой. Использование модуля request казалось простым и работало просто отлично. Существует также множество других библиотек для замены модуля request.

Вообще говоря, по возможности следует избегать использования устаревших библиотек. Но применимо ли здесь это правило?

Плохо ли начинать новый проект с модулем запроса? Если да, то каков новый стандарт?

Answer 1

Я бы лично не начинал новый проект с библиотекой request(), если у него нет функции, которая ни в одной другой библиотеке мне не нужна, или если мне не нужен другой модуль, который зависит от самого модуля request().

Когда у меня есть свобода выбора, я вместо этого использую got() для новых проектов. Выбор из списка альтернатив - это личное решение, поэтому вам просто нужно оценить тип интерфейса, который у них есть, и какие функции у них есть. Что я обычно делаю с библиотекой такого типа, got() казался простым и чистым, построен с нуля с обещаниями, отвечает моим потребностям, и у меня не было проблем с его использованием.

Axe ios, node-fetch и superagent имеют преимущества в том, что вы можете использовать аналогичный интерфейс как в node.js, так и в браузере. Все они популярны и широко используются.

Я пытался bent , но не использовал его интерфейс программирования.

Я бы лично предпочел использовать библиотеки, которые имеют Заявленная цель - продолжать развиваться с новыми разработками в языке, новыми разработками в nodejs библиотеках и добавлять новые функции с течением времени, а не библиотеку, которая заявляет, что не будет добавлять новые функции.

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

---

Некоторые другие ресурсы для изучения альтернатив:

Таблица сравнения функций (написано создателями got())

Перенос в got () из запроса

---

И, если вы хотите прочитать о том, почему библиотека request() перешла в режим обслуживания, прочитайте здесь .

В двух словах, это старая архитектура с множеством функций, склеенных по сторонам, но, поскольку от нее зависит так много модулей, они не могут по-настоящему сломать свой API, чтобы исправить или сгладить ситуацию. И, поскольку он настолько популярен, он сдерживает успех конкурирующих решений, которые разработали более чистый интерфейс. Таким образом, было принято решение позволить альтернативам, которые были разработаны более современным способом, перенести мантию в будущее и request() переведет go в режим обслуживания, чтобы продолжать поддерживать другие модули, которые зависят от него, но не попытаться развиться в более современный интерфейс.

Answer 2

Запрос действительно не считается устаревшим. Он больше не рассматривает новые функции или критические изменения, но он все еще поддерживается. Его можно использовать в обозримом будущем, но насколько хороша идея использовать его, зависит от разработчика. Не совсем правильный или неправильный ответ здесь.

Они прекратили новую работу над ним, потому что считают, что используемые им шаблоны устарели, и переключение на современные шаблоны фактически сделает запрос совершенно новым модулем, вместо того, чтобы лишать законной силы тысячи блогов и SO Выполнив масштабное обновление, они решили остановиться, чтобы освободить место для появления нового стандарта, эффективно использующего новые функции. На данный момент нового стандарта не существует.

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