Node fetch download file

HTTP requests are a means for fetching data from a remote source. It could be an API, a website, or something else: at some point you will need some code to get meaningful data from one of those remote sources.

Starting from the easier one we will explore the "classic way" for doing HTTP requests all the way through libraries which support Promises. I will focus mostly on GET requests in order to keep things simple and understandable.

What you will learn

• How to make HTTP requests in www.cronistalascolonias.com.ar with various modules
• pros and cons of every module

Requirements

To follow along you should have a basic understanding of JavaScript and ES6. Also, make sure to have one of the latest versions of www.cronistalascolonias.com.ar. In the following post we'll use , introduced in Node

Making HTTP requests with www.cronistalascolonias.com.ar: why?

At this point you might be asking "Why would I ever do an HTTP request?".

The answer is simple: as a JavaScript developer you will interact every day with remote APIs and webservers. Almost everything today is available behind an API: weather forecasts, geolocation services and so on.

www.cronistalascolonias.com.ar can be used to serve a vast range of purposes: you can build a command line tool, a proxy, a web server, and in its simplest form can be used just for querying a remote API and returning the output to the user.

In the next examples we'll be making HTTP requests with www.cronistalascolonias.com.ar by calling a convenient "fake" API: the JSON Placeholder API.

Setting up the project

To start, create an empty folder and initialize the project:

There are two simple ways for making HTTP requests with www.cronistalascolonias.com.ar: with a library which follows the classic callback pattern, or even better with a library which supports Promises. Working with Promises means you could also use .

Let's start with callbacks!

Making HTTP requests with www.cronistalascolonias.com.ar: www.cronistalascolonias.com.ar and www.cronistalascolonias.com.ar

www.cronistalascolonias.com.ar and www.cronistalascolonias.com.ar (for HTTPS requests), are the first choices for making requests in www.cronistalascolonias.com.ar If you just need to GET something from an API, stick with them.

PROS:

• native API, there is no need to install third party modules
• the response is a stream

CONS:

• a bit verbose
• the response is a stream
• no support for Promises

To test things out create a new file named :

Now if you run this code with:

you should be able to see the following output:

expects an url as a first argument and a callback as a second argument. The returned response is an www.cronistalascolonias.com.arRequest object. That means, in order to manipulate the body of the response you have to listen for events: notice in the example.

Now, in this example I'm just logging the response to the console. In a real program you may want to pass the response to a callback.

The www.cronistalascolonias.com.arRequest object emits events that you can listen to. And that's both good and "bad": good because you will be tempted to dig further into the www.cronistalascolonias.com.ar internals to learn more and "bad" because you are forced to do a lot of manipulation if you want to extract the JSON response.

In the end, working with could be slightly more verbose compared to other libraries but that shouldn't be considered a drawback.

Making HTTP requests with www.cronistalascolonias.com.ar: the request module

Note: the request module has been deprecated in February

request is one of the most popular NPM module for making HTTP requests with www.cronistalascolonias.com.ar It supports both HTTP and HTTPS and follows redirects by default.

PROS:

CONS:

• no Promises
• too many dependencies

To install the module run:

To test out the example create a new file named :

By running the code with:

you should be able to see the same output as in the previous example. expects an url as a first argument and a callback as a second argument.

Working with the request module is pleasing. As you can see in the example, it is much more concise than www.cronistalascolonias.com.ar

There’s a drawback though: request relies on 22 dependencies. Now, I wouldn't consider this a real problem, but if your goal is to make just an HTTP GET request, sticking with will be enough to get the job done.

The request module does not support Promises. It could be promisified with or even better you could use request-promise, a request version which returns promises (and has less dependencies).

Making HTTP requests with www.cronistalascolonias.com.ar: I Promise I'll be async

So far we've seen how to make HTTP requests in the most basic way with callbacks.

But there is a better (sometimes) way to handle async code: using Promises alongside with . In the next examples we'll see how to use a bunch of www.cronistalascolonias.com.ar modules which support Promises out of the box.

Making HTTP requests with www.cronistalascolonias.com.ar: the node-fetch module

node-fetch is an implementation of the native Fetch API for www.cronistalascolonias.com.ar It's basically the same as so if you're accustomed to use the original it won't be difficult to pick the www.cronistalascolonias.com.ar implementation.

PROS:

• support for Promises
• same API as
• few dependencies

CONS:

• same ergonomics as

To install the module run:

To test out the example create a new file named :

By running the code with:

you should be able to see the same output again. If you paid attention I've listed "same API as www.cronistalascolonias.com.ar" both in Pros and Cons.

That's because not everybody likes the Fetch API. Some developers (me?) can't stand out the fact that to manipulate the response you have to call and two times . But in the end it's a matter of getting the job done: use whichever library you prefer.

Making HTTP requests with www.cronistalascolonias.com.ar: the r2 module

The request module for www.cronistalascolonias.com.ar was written by Mikeal Rogers back in In he is back with the r2 module. The r2 module uses Promises and is another implementation of the browser's Fetch API. That means r2 depends on node-fetch.

At first it wasn't clear to me why would I consider using r2 over node-fetch. But I thought the module is worth a mention.

PROS:

• support for Promises
• same API as
• few dependencies

CONS:

To install the module run:

To test things out create a new file named :

Run the code with:

and you should be able to see (again) the same output. In all honesty I didn't take the time to look at r2 in details. But I'm sure it has more to offer.

Making HTTP requests with www.cronistalascolonias.com.ar: the axios module

Axios is another super popular NPM module for making HTTP requests. It supports Promises by default.

Axios can be used both for the front-end and the back-end and one of its core feature is the ability to transform both the request and the response. You don't need to explicitly process the response in order to get JSON as you did with node-fetch.

PROS:

• support for Promises
• ease of use
• only 2 dependencies

CONS:

Install axios inside your project folder:

To test out the example create a new file named :

Again, by running the above code you should be able to see the same output of the previous examples. I really can't find any drawback in axios. It's super simple to use, highly configurable and intuitive. Last but not least it has only 2 dependencies.

Other libraries

There are also other libraries for HTTP requests in www.cronistalascolonias.com.ar like bent, a modern alternative to request. Give it a try.

Making HTTP requests with www.cronistalascolonias.com.ar: conclusions

As with almost everything with JavaScript, sometimes picking one module over another it's a matter of personal preferences.

My rule of thumb is to pick the smallest library with the fewer dependencies possible based on what I want to do. If I were to make a super simple GET request I wouldn't install neither axios nor node-fetch.

In contrast, using a third party module could save you a lot of coding when in need for more complex functions: i.e. request and response manipulation.

Thanks for reading!