GraphQL vs REST APIs | What's the Best Kind of API?

[@codedamn]

Learn Full Stack Development: cdm.sh/fullstack

[@TheSiddharth2007]

IMO there is no best kind of API ... they both solve problems in their own ways. What you choose depends on what you are trying to achieve in what circumstance. The video covers everything up nicely. Good job dude!!

[@pranab091]

bro I just love these explainer videos. You have got a unique niche of explaining everyday developer stuff with a whiteboard and in a simple manner. Keep them coming.

[@michaelhashimoto1650]

This guy is the best! I came for WebSockets vs HTTP, and just went down a rabbithole.

[@divyanshusoni847]

The best explanation I've ever seen on GraphQL and REST API. Keep these videos coming.

[@thakursatyam6723]

The explanation is great but kindly manage that ring light.

[@sambegstha1241]

Now that you mention it, I can't focus at all.

[@cristianouzumaki2455]

Love these random topics you keep making videos on. I keep learning different things. Thanks to youtube's algo too.

[@bhaskardixit1564]

Even if know topics, I always learn new things from your videos. Thankyou keep posting.

[@craigjohnson8279]

I love both GraphQL and REST API's on the back-end. The tricky part to me is on the front-end. Apollo Client with React is complex setting up the Cache. I heard that it's easier with React-Query. Whereas I can do simple API calls: POST, GET, UPDATE, and DELETE.

[@gourangabhattacherjee6648]

6:51 The reason I love GraphQL. Thanks, Mehul bhaiya for the explanation.

[@gnanasekaran5533]

I am really liking the kind of topics you are choosing.

[@Sandeep-zd6dq]

This one is really amazing now I will definitely try graphQL. Thanks for the wonderful explanation bro 😎🔥🔥🎉🎉

[@kunaljain0212]

Great video! 🔥

[@YOUdudex]

If you use nestjs then it can autogenerate the schema for you based on code by providing some decorators for your code. Alternatively if you have a schema already you can generate types for your backend from schema file. Additionally you can generate boilerplate for grapgql object with the nest cli. Im new to graphql but enjoying it with nestjs. I think nestjs, typeorm and graphql is really powerful combo ❤️

[@Aditya.Santra]

Amazing Video ❤️

[@naeemadam3877]

great job, bro, keep on

[@pritamkumar6454]

Very Informative

[@defaultdefault812]

No bullshit, this guy is the best. If you want coding explained well, get an indian. Also applies to pretty much any subject.

[@satyambajpai9326]

Nice explanation!

[@_techme]

Great video 🔥 helped me alot

[@pavankumar-gp9zx]

addicted to your video's

[@ebinantoneyt5978]

In REST also, we can have select params in query parameter as a comma-separated string, right?

[@majidshah48]

in graphQL it pretty easy and graphQL creates api documentation automatically

[@parzivallopez1272]

@@majidshah48 rest also creats

[@ohmyghost88]

I like your attitude, subbed

[@Todiros]

One of the best explanations on KZbin! I still wonder one thing though... The GQL server returns a single response with exactly the data you need which makes it fast. However, wouldn't the GQL server still fetch the same amount of data from the DB? For example if you need a couple of fields from large userData collection that's tied to another large user collection, wouldn't GQL query the entirety of both of those collections from the DB? I get that not sending those over HTTP is a benefit but is it that much faster or am I missing something? On top of that, you have the data resolution that you have to do in the GQL server before sending it to the client which adds another layer of processing.

[@haterealm]

> However, wouldn't the GQL server still fetch the same amount of data You got it right. When you have gql type, let's say User { id: ID, fistName: String, lastName: String, dep: Department }, you should fetch all of them from the DB. However some libraries have a workaround - complex type support. This means you can make an additional resolver for department field. So that you can get the department from db only when this field (dep) was queried on the client.

[@mayurdugar03]

Nice! thanks.

[@shivagupta9420]

Hey Bro Good and Informative Content Just Remove Background Music

[@shashanksingh5690]

GraphQL is way to go for me though 🔥🔥 Videos are lit BtW

[@AjaSiva]

Keep these coming!

[@akashsxo]

Graphql for connected data,REST for the rest.

[@iampavangandhi]

Great Content 👍🏻

[@ShaggyKris]

This was a great video on each individual approach, but unfortunately did not live up to the title in actually comparing the two approaches in terms of use-case apart from detailing that a GraphQL req has the ability to control the fields returned. Still though, I really enjoy these videos! Keep it up!

[@chamsseddin4449]

Thank you

[@Sonu-tg6tg]

Thanks for such awesome videos, always waiting for your new videos, will be glad to get t-shirt giveaway

[@criptik5208]

Which outro music

[@raptordev2235]

Great explanation :-)

[@Dino-qz9bt]

What about in terms of performance? Which one is better?

[@codedamn]

REST would be faster because GraphQL sits behind a REST endpoint and has to perform all the validation and message parsing, whereas technically in REST you can even receive the request data as a stream

[@JulianAndresVelaS]

Great explain

[@HSBTechYT]

Mehul can you please make a video on how you learn things or even a twitter thread works

[@sludgepuppy]

Great wideo

[@Vidzhut]

You deserve a subscribe and like.

[@sahassaurav4144]

When you gonna release Graphql whole series on codedamn?

[@hoolyholy6023]

quality content.

[@t-rex4040]

amazing🔥💀

[@Learnwithjoseph]

It's always good staff here let's code the jounery

[@ridl27]

ty

[@lakshman587]

COMMENTED FOR T SHIRT GIVEAWAY!! :)

[@yuvoria]

I love REST more

[@MSS_MANIKANDAN]

Pls sir adjust lighting it is so distracting 🥺🙏

[@GALAXY-yo9oe]

If you can please record in hindi also.

[@harshitgoyal19]

To be honest, I am here for the GIVEAWAY 🤦‍♂️

[@AdrenalineAkash13]

White HALO in the center in every recent video..

[@gm_youtube7]

🧐🧐🧐

[@nischaychandra1921]

Let me give you a honest advise, your content is good, topics are good and thumbnails are great, but the moment we see a whiteboard, the video becomes uninteresting. This is the reason why your views are low. I am sorry but it is true. ❤

[@samferrer]

None!!

[@mysoregopinathshantanu8800]

May the like be on this comment.

[@Avoid0]

Great content 🔥