The breaking news landed a few days ago, with a simple commit entitled "doc: note full deprecation".
That's right! request, one of the top and oldest npm packages, has been deprecated by @mikeal its creator.
As of writing, over 40K packages rely on request. In fact, it's the 4th most depended upon package on npm. And it has a whopping 18.5 million weekly downloads.
For the most familiar with the package's development, there's no news here. request was in maintenance mode since March 2019 (see issue #3142). And deprecating the package is just one step further.
Still, it is, I believe, a truly courageous and clever step toward the future of the Node.js (and more broadly the JavaScript) ecosystem.
Let's review what led to this situation.
Without paraphrasing too much @mikeal statement back from March 2019, here are the key points that led to this deprecation:
- Back in 2009,
requestwas one of the first modules ever created for the Node.js ecosystem. - For a few years,
requestand Node.js evolved together, each learning from the other. - And as one of the very first modules listed on npm,
requestquickly became one of the most downloaded.
But:
"The place request has in the Node.js ecosystem is no longer one of an innovator but of an incumbent." @mikeal
That's right that most tutorials, even here on DEV, use request as the per-default HTTP client - while there are dozens of very good alternatives.
"The best thing for these new modules is for
requestto slowly fade away, eventually becoming just another memory of that legacy stack." @mikeal
That's the very first time that I see such a humble position. It's truly clever. And while it's going to require 40K+ packages to be upgraded, that's totally worth it.
What do you think?
Top comments (8)
Why not standard library anyways?
I really hate to see this error message in node-sqlite3. Why does need request, anyway?
You can use that if you want, but it is a little bit verbose to write compared to other libraries, which most developers don't like.
I kind of prefer the core HTTP module as well. It helps to really understand how it works in depth. But it's also pretty verbose compared to most frameworks/lib.
As I have mentioned in this StackOverflow answer, the reason for deprecation is both the interface and the underlying code.
Callbacks are very hard to deal with. This is why we have
promisifyandbindCallbackfor promises and observables, respectively. But, asrequestis a many-faced god, it's hard to get rid of its callback interface.I prefer a node fetch implementation in case I had a view for isomorphism, there is one less thing to change.
For pretty much everything I'm working on now, I cut off with fetch and async function support (around April 2017 and newer browsers). In node, I use node-fetch or setup a global if I'm sharing code libraries.
While fetch isn't perfect, usually create an api wrapper around it. It's standard, cleaner than alternatives and built into the browsers (smaller bundles).
That's exactly why @mikeal the creator of request deprecated the project
Yeah! fetch is easy to use and pretty well supported now.