There are only 2 types of explanation for complex Computer Science concepts in this world: - The one you had in universities which you don't understand sh*t. - The one provided by an Indian engineer on UA-cam that would enlighten you in 15 min. Thanks a lot man !
@Gaurav, we should not return list as a response to an API, and should return an object instead. that helps when we need to add a new variable in the response. In that case clients won't break. Say in your example, in the future, if I wanted to add a new variable like "String resonseStatus" along with List, I can't really do that without making change in clients. But if I already returned an object, I could add any number of new variables to accommodate in the future.
I don't totally agree with this approach. Yes, as an API definer, things will get easy for you. However, your consumer should still migrate to the new API version. By returning object as a response, you are saving yourself from changing the contract every time, however you are reducing the clarity of your contract and need to tell a lot in the documentation. I would prefer changing the API contract every time I make a backward incompatible change.
So happy I found this channel!!!!! This is the next level interview prep material. I was focusing on the main, most important topics to study, more language based questions then I started getting System Level questions and didn't have a good explanation until I started watching these videos. The funny part is that I knew most this stuff, but I just drew a blank when asked. I hope to get through the playlist before my next interview!
Hi Gaurav - just to clarify the following 1. APIs can expose only "public" methods ( not protected or private methods ) 2. it is a good idea to minimize payloads sent in request objects via POST ( use GET instead ), and sending the routing information or action information in the JSON request payloads makes for dirty APIs.
The best way to design an API for designers is to start with the foundation. The foundation is where most developers get it wrong, from my experience. Everything starts with the why. A simple yet crucial question that one should ask. The why for doing something, triggers multiple conversations that span the user journey, business objective, data contract, data governance, compatibilities, and lastly the use case. Another really good thing I have noticed with a well-defined API is that it also makes you understand if the procurement of data is truly vital or not, thus, helping in prioritizing API A over B. If this API is only relevant to a very low amount of stakeholders, do I really want to design it? The rest are just bells and whistles.
As a Database Developer, I see similar principles and terminology applies to API design as well. As they say, the more you know, the more things seem the same. Cool video bro.
🎯 Key Takeaways for quick navigation: 00:28 📝 An API is a documented way for external consumers to interact with your code, specifying parameters, return types, and possible errors. 01:26 🚫 Misnaming APIs or adding unnecessary parameters can lead to confusion and poor API design. 03:26 ⚡ Additional parameters in API calls can be acceptable for optimization purposes, especially when performance is a critical concern. 05:31 🛡️ Design API errors based on common expectations and the responsibilities of your service. Avoid returning generic errors for all cases. 07:01 🌐 Plan the routing and actions of your API carefully to ensure clarity and prevent ambiguity in the API calls. 08:30 🔄 Avoid side effects in API calls; keep the actions focused on a single responsibility and ensure atomicity when necessary. 09:57 📦 Break down large responses using pagination or fragmentation to maintain efficiency and prevent overwhelming the network. 13:58 ⚙️ Consider data consistency needs; decide if perfect consistency is crucial or if slight delays or cached responses are acceptable for certain use cases.
Thanks for explaining the application programmable interface. This content is helpful for understanding the structure of an API. Insightful and thought provoking😊
I think RESTful APIs should work on Resource (in this case Group). We use certain HTTP verbs (e.g. GET, POST, PUT) to manipulate that resource. So the URL of API should be like this: GET /api/v1/groups//admins Notice the resources are in pluralize form (groups, admins, employees). So if we want to get a details for specific admin, we can just append the adminId as well. (GET /api/v1/groups//admins/) Optionally API could expect pagination, limit from URL GET parameters as well... like (?page_no=2&limit=20) PS: Also most people use version in the beginning of URL. e.g. /api/v1/.
Thank you for this video, Guarav. Extremely helpful and I love your explanations. This has been a great resource as I prepare for an upcoming systems design interview.
Hey gaurav, great seeing your videos, Wish someone taught me during my interview days, I remember some design questions I was asked - URL shortener, Web crawler and proximity servers(Yelp). You should definitely do these, I personally ask a few when I interview :P
Hi Gaurav, First of all a big thanks to you sharing these neat and clean, content rich videos. It helped me a lot to clear some of the key concepts which I use on day to day basis. Finally I wish you all the best and I would say "YOU GOT A NEW SUBSCRIBER"!!!😊👍
Great video again. Good to see discussion on consistency here. Couple of comments. If the data is huge and if we are going to use IP fragmentation, then typically it is transparent to the application developer. Also it might have been interesting to get your perspective on handling partial success in the API, say for setAdmins, it set admins for the first 3, the 4 user id does not exist/not member of the group, how does it signal error. Thanks
Hi Hemanth, the response can be a complex object, in which there is a list of objects. Each object carrying information about each user. Using this way, we can give information on processing status of d admin. { AdminsProcessingStatus: [ { ISetASAdmin : true, ActionTaken : ExistingGroupMemberSetAsAdmin/AddedToGroupSndSetAsAdmin } ] }
Just a small technical clarification.. the whole URL has components called URI - first part is the server address (mapped to a server somewhere using the IP address and port number), after that comes the individual context resources. Instead of model (the URI that comes after server address), let's say context for the actual resource. The next part(s) are the actual requested resources, which consist the name of the api method, and any parameters if present.
Hey Gaurav, Nice explanation of good practices for API design and I totally agree with the thing nirupam pointed out . I see that many people down in comments of your videos often ask for content that you have previously completed. It is just a suggestion to start adding related videos' links to the description and calling them out through the video. You can also use overlay popups of youtube that other youtubers use extensively. Will just save you some redundancy in questions. Thanks
Thanks Avneesh! You are right, I can put them up better. They also need to make an effort though. If they can't Google search or read the video description before posting a comment, it's a hopeless cause of them :P
@@gkcs I am with you on that, just a little effort goes a long way for in depth understanding. Also depends a lot on one's curiosity and interest in said topic. But its mainly for your own convenience to reduce your effort of giving them a link everytime such a question arises.
an API is just a function...wow such a beautiful straightforward definition. I was confused since a week and everywhere they were just saying the things like "it is an interface to connect two software systems", "it is a set of rules and protocols" etc. but no was saying actually explaining it in terms of programming. But Gaurav sir, you just helped me to get through its heart as what it actually is at its core. Thank you so much for relieving my week's pain and confusion. Since it is a function that only care about "what" that is, it hides the abstractions so I'm assuming that it is an higher level function which calls the specific part/module of the system to get the work done and once the tasks is done, it compose the response (generally as an object) and return it.
api isn't a function but an interface (at least not in java). They're like contracts written for achieving abstraction similar to abstract classes but their purpose is generally for abstracting functions. Read about interfaces to understand.
If only there was a button for 100 likes!! I could relate to so many bad APIs written in the past. Now I know. I have been enlightened master! Thank You.
good stuff gaurav, it was very well explained. the only thing is the speed. I had to bring it down to 0.75x and listen it. If you can adjust the tone fast and slow at times, it will go a long way
@Gaurav, I really enjoyed this video and I feel like I learned a lot in short amount of time! Thank you for taking the time to create this valuable content!
Regarding how to solve the 'number of admins' changed, you can subscribe to group chat changes. You can subscribe to 'participants changed' event same as 'new message' event and etc. You must not query admins if you have them up-to date all the time.
@ 0:55 the possibilities of getting error is only one. You pass group ID and the group does not exist gives 404 record not found error. Group might be deleted and group does not exit is one and the same.
Hi Gaurav, thank you so much for this explanation! I have a question regarding setAdmins, what should the API response return if the one of the members of the group (admins parameter sent as a request) are already Admin or all the entire list of members of members are already Admins. Should we return 200 response? 10:08
Gaurav, First of all, thanks for the wonderful videos you have put up for the show..... I request you to make a video on bulk action like adding million people to a group or sending mail to all existing users in one shot.... this is the feature we want to add to our product but not able to find an apt approach or sol for it......
Cann''t we do streaming for big response , if client need all data ? I am doing such thing where i have to sent big list , adv i get is very less memory consumption and streaming help with i need to invent chunking of data
Hi Gaurav, can you make a video on Security: Oauth2, Jwt, OpenId, Saml, Basic, Digest, SSO, Social sign in. There are plenty on youtube individually but none has all these as a whole describing use cases and differentiating each other
6:15 Do you mean we should return 200 for non-existent identifiers? It will be a development nightmare on frontend applications. What are your thoughts on this?
As per my understanding about API is: API is something which simply pulls out the data from the data source so that various applications can consume those APIs. Since our data source may or may not interact with other applications that's why we need to create an API. Here data source can be any databases or legacy systems like SAP.
I remember reading about HATEOS as a way to return just the requested data with IDs of the child attributes. That would significantly reduce the response size, right ?
It would, but you have to query for the data later anyway. It's likely to increase the overall network bandwidth utilization with all the back and forth.
In the case of large responses, I got the idea about the pagination. but how we can do the fragmentation for large responses. I wanted to know more about this point.
@Gaurav, when you described the handling of Large Responses, you talked about 2 things [i] Pagination, [ii] Fragmentation. Shouldn't we consider HATEOAS also as a viable option? It would make API more connected and take off the burden of a large response. Also, in case if an API is designed to perform any Bulk Operation lets say import, then what should be the correct way to design it?
Hi @Gaurav,, Can you tell how it is different to make APIs for Web and for Mobile apps? Should we use mobile approach and assume "one size fits all " theory or should there be different API design approach for Web or Mobile ?
Api design always starts from defining the resource url. Then you move towards defining the api spec and so forth... its called model first or api first approach.
Onwe thing i want to say gaurav we have certain functions to mitigate the large length of api id in php,how can we say that it is a bad attempt of calling parameters
POST means that you published a new form on the webcontent instead of making any query with data -> data. The REST is not SOAP! The REST is well done HTTP protocol.
@Gaurav one suggestion I have is and maybe it's a very important part of API design is that the objects which the API returns should be different from the actual backend objects. The reason this is very important is because if you decouple these 2 things, its easy to change something in the returned object without actually modifying the underlying business object. Also can you please add a video on how pagination is done?
Just FYI, adding pagination to an API endpoint does not violate the "stateless" principle. The query is self-contained, and can be ran on any instance of the same service with the same results (assuming the data has not changed between requests).
Nice video but you haven’t mentioned few things like - speed/fast algorithm for the API, tactics to avoid frequent changes of the api signatures due to enhanced features, steps to be taken to avoid recompilation from client side when enhancement happens.
There are only 2 types of explanation for complex Computer Science concepts in this world:
- The one you had in universities which you don't understand sh*t.
- The one provided by an Indian engineer on UA-cam that would enlighten you in 15 min.
Thanks a lot man !
@Gaurav, we should not return list as a response to an API, and should return an object instead. that helps when we need to add a new variable in the response. In that case clients won't break.
Say in your example, in the future, if I wanted to add a new variable like "String resonseStatus" along with List, I can't really do that without making change in clients. But if I already returned an object, I could add any number of new variables to accommodate in the future.
That's a great point, thanks!
I don't totally agree with this approach. Yes, as an API definer, things will get easy for you. However, your consumer should still migrate to the new API version. By returning object as a response, you are saving yourself from changing the contract every time, however you are reducing the clarity of your contract and need to tell a lot in the documentation. I would prefer changing the API contract every time I make a backward incompatible change.
gud one, but I see Swagger is using list instead.....?
You make so much sense
I think there should not be any problem if we are returning JSON object or using GRPC
Atomicity means that operations must complete or fail as a whole unit. In case anyone was wondering.
That's proactiveness that most of the managers looks for
Also known as: the all-or-nothing property!
Thanks for clarifying!
So happy I found this channel!!!!! This is the next level interview prep material. I was focusing on the main, most important topics to study, more language based questions then I started getting System Level questions and didn't have a good explanation until I started watching these videos. The funny part is that I knew most this stuff, but I just drew a blank when asked. I hope to get through the playlist before my next interview!
Welcome aboard!
the kind of clarity you have while explaining clears up the mess in my brain.. thanks gs
Happy to help!
Hi Gaurav - just to clarify the following
1. APIs can expose only "public" methods ( not protected or private methods )
2. it is a good idea to minimize payloads sent in request objects via POST ( use GET instead ), and sending the routing information or action information in the JSON request payloads makes for dirty APIs.
The best way to design an API for designers is to start with the foundation. The foundation is where most developers get it wrong, from my experience. Everything starts with the why. A simple yet crucial question that one should ask. The why for doing something, triggers multiple conversations that span the user journey, business objective, data contract, data governance, compatibilities, and lastly the use case. Another really good thing I have noticed with a well-defined API is that it also makes you understand if the procurement of data is truly vital or not, thus, helping in prioritizing API A over B. If this API is only relevant to a very low amount of stakeholders, do I really want to design it? The rest are just bells and whistles.
thank you so much!! 4 years later this is still so helpful! im glad i found your videos!
Thank you!
Good to see a বাঙালী teaching code 😊👍 subscribed 🤟🏻
As a Database Developer, I see similar principles and terminology applies to API design as well. As they say, the more you know, the more things seem the same. Cool video bro.
🎯 Key Takeaways for quick navigation:
00:28 📝 An API is a documented way for external consumers to interact with your code, specifying parameters, return types, and possible errors.
01:26 🚫 Misnaming APIs or adding unnecessary parameters can lead to confusion and poor API design.
03:26 ⚡ Additional parameters in API calls can be acceptable for optimization purposes, especially when performance is a critical concern.
05:31 🛡️ Design API errors based on common expectations and the responsibilities of your service. Avoid returning generic errors for all cases.
07:01 🌐 Plan the routing and actions of your API carefully to ensure clarity and prevent ambiguity in the API calls.
08:30 🔄 Avoid side effects in API calls; keep the actions focused on a single responsibility and ensure atomicity when necessary.
09:57 📦 Break down large responses using pagination or fragmentation to maintain efficiency and prevent overwhelming the network.
13:58 ⚙️ Consider data consistency needs; decide if perfect consistency is crucial or if slight delays or cached responses are acceptable for certain use cases.
Some of the ideas are covered in "Clean Code" & "Clean Architecture", nice vid!
Wow wow wow, your way of speech delivery is too fluent, I just love that
Thanks for explaining the application programmable interface. This content is helpful for understanding the structure of an API. Insightful and thought provoking😊
I think RESTful APIs should work on Resource (in this case Group). We use certain HTTP verbs (e.g. GET, POST, PUT) to manipulate that resource.
So the URL of API should be like this:
GET /api/v1/groups//admins
Notice the resources are in pluralize form (groups, admins, employees). So if we want to get a details for specific admin, we can just append the adminId as well. (GET /api/v1/groups//admins/)
Optionally API could expect pagination, limit from URL GET parameters as well... like (?page_no=2&limit=20)
PS: Also most people use version in the beginning of URL. e.g. /api/v1/.
Exactly what i was thinking. Use nouns instead of verbs while designing Rest APIs. The actions are already defined by the types.
Also field filter reduces the payload in response, that way caller can decide what he needs.
Saved me from commenting. 2nd that absolutely.
ABSOLUTELY WELL SAID! THAT'S WHAT I NOTICED, IT SHOULD HAVE BEEN USED NOUN INSTEAD.
Hi Gaurav, you are brilliant at explaining tech stuff. Absolutely love your videos. Really appreciate it! Thanks a ton.
Loved the video... I really felt like i was talking to u and u were reading my thoughts as u were clearing all the doubts. Great One 👋👋
Thank you for this video, Guarav. Extremely helpful and I love your explanations. This has been a great resource as I prepare for an upcoming systems design interview.
I instantly subscribed you because how confident your voice is
Thank you!
Hey gaurav, great seeing your videos, Wish someone taught me during my interview days, I remember some design questions I was asked - URL shortener, Web crawler and proximity servers(Yelp). You should definitely do these, I personally ask a few when I interview :P
Thank you!
Awesome, I like it very much I appreciated. Wow the hint on fragmentation.
Thanks Gaurav. 6:44 shouldn't it be called as "controller" rather "model" ?
Yeah I might have messed up the terms a bit :/
Hi Gaurav,
First of all a big thanks to you sharing these neat and clean, content rich videos.
It helped me a lot to clear some of the key concepts which I use on day to day basis.
Finally I wish you all the best and I would say "YOU GOT A NEW SUBSCRIBER"!!!😊👍
Great video again. Good to see discussion on consistency here. Couple of comments. If the data is huge and if we are going to use IP fragmentation, then typically it is transparent to the application developer. Also it might have been interesting to get your perspective on handling partial success in the API, say for setAdmins, it set admins for the first 3, the 4 user id does not exist/not member of the group, how does it signal error. Thanks
Hi Hemanth, the response can be a complex object, in which there is a list of objects. Each object carrying information about each user. Using this way, we can give information on processing status of d admin.
{
AdminsProcessingStatus:
[
{ ISetASAdmin : true, ActionTaken : ExistingGroupMemberSetAsAdmin/AddedToGroupSndSetAsAdmin
}
]
}
Just a small technical clarification.. the whole URL has components called URI - first part is the server address (mapped to a server somewhere using the IP address and port number), after that comes the individual context resources. Instead of model (the URI that comes after server address), let's say context for the actual resource. The next part(s) are the actual requested resources, which consist the name of the api method, and any parameters if present.
This is what I was looking for! Thank you!
In 39 seconds this boy explains "what is an api" in a way i wish my mentors had done.
KISS..
Nice video, with excellent communication. Keep up the good work. Appreciated !!
Hey Gaurav,
Nice explanation of good practices for API design and I totally agree with the thing nirupam pointed out . I see that many people down in comments of your videos often ask for content that you have previously completed. It is just a suggestion to start adding related videos' links to the description and calling them out through the video. You can also use overlay popups of youtube that other youtubers use extensively. Will just save you some redundancy in questions.
Thanks
Thanks Avneesh! You are right, I can put them up better.
They also need to make an effort though. If they can't Google search or read the video description before posting a comment, it's a hopeless cause of them :P
@@gkcs I am with you on that, just a little effort goes a long way for in depth understanding. Also depends a lot on one's curiosity and interest in said topic. But its mainly for your own convenience to reduce your effort of giving them a link everytime such a question arises.
@@sdfg204 True, thanks!
Bro you are too good...!!! Keep it up.. Will be waiting for you further videos..
Great video. Please keep posting such videos.
Really helpful Gaurav! Thanks
an API is just a function...wow such a beautiful straightforward definition. I was confused since a week and everywhere they were just saying the things like "it is an interface to connect two software systems", "it is a set of rules and protocols" etc. but no was saying actually explaining it in terms of programming.
But Gaurav sir, you just helped me to get through its heart as what it actually is at its core. Thank you so much for relieving my week's pain and confusion.
Since it is a function that only care about "what" that is, it hides the abstractions so I'm assuming that it is an higher level function which calls the specific part/module of the system to get the work done and once the tasks is done, it compose the response (generally as an object) and return it.
api isn't a function but an interface (at least not in java). They're like contracts written for achieving abstraction similar to abstract classes but their purpose is generally for abstracting functions. Read about interfaces to understand.
For breaking the record, starting to watch you again, full fledge! :D
Welcome back!
If only there was a button for 100 likes!! I could relate to so many bad APIs written in the past. Now I know. I have been enlightened master! Thank You.
Cheers!
Even the design of this video is excellent -- like it's already at 1.5x Playback speed.
I went to speed it up, but then I realized that it was already perfect!
good stuff gaurav, it was very well explained. the only thing is the speed. I had to bring it down to 0.75x and listen it. If you can adjust the tone fast and slow at times, it will go a long way
@Gaurav, I really enjoyed this video and I feel like I learned a lot in short amount of time! Thank you for taking the time to create this valuable content!
Thank you 😁
Regarding how to solve the 'number of admins' changed, you can subscribe to group chat changes.
You can subscribe to 'participants changed' event same as 'new message' event and etc. You must not query admins if you have them up-to date all the time.
@ 0:55 the possibilities of getting error is only one. You pass group ID and the group does not exist gives 404 record not found error. Group might be deleted and group does not exit is one and the same.
And 401, you don't have group details access.
You are making assumptions here. Deleted and does not exist are different unless specified.
As always, good explanation!
Totally understood the thing with one sentence in the beginning
😁👍
A very effective one.
Thanks Mr. Gaurav.
Real value education ! Thanks bro !
This guy is the real MVP!
12:38, I do not think pagination break the statelessness in any sense. Anyone agree or have other opinions ??
Hi Gaurav, thank you so much for this explanation! I have a question regarding setAdmins, what should the API response return if the one of the members of the group (admins parameter sent as a request) are already Admin or all the entire list of members of members are already Admins. Should we return 200 response? 10:08
Great video man. Is there more product design (API Design) videos out there? I wasn't able to find much.
Thanks Gaurav, you’re the real deal 👍
😁
Well done Gaurav... Your almost there
Where am I? 😛
Still breaking through the barriers
Still breaking through complications
Nicely explained helpful video ❤️
*Phenomenal video!*
Your video is very helpful. Keep posting good content.
Gaurav, First of all, thanks for the wonderful videos you have put up for the show..... I request you to make a video on bulk action like adding million people to a group or sending mail to all existing users in one shot.... this is the feature we want to add to our product but not able to find an apt approach or sol for it......
Cann''t we do streaming for big response , if client need all data ? I am doing such thing where i have to sent big list , adv i get is very less memory consumption and streaming help with i need to invent chunking of data
Great video Sir as always! Thank you so much.
This is pure gem ❤
@Gaurav, it was a nice & Brief Explanation
Thanks.. searching a lot for a similar thing from a long time
Really clear explanation - thank you! :)
Hi Gaurav, can you make a video on Security: Oauth2, Jwt, OpenId, Saml, Basic, Digest, SSO, Social sign in. There are plenty on youtube individually but none has all these as a whole describing use cases and differentiating each other
Sometime in future :)
6:15
Do you mean we should return 200 for non-existent identifiers? It will be a development nightmare on frontend applications. What are your thoughts on this?
"It is an expected *error*".
What made you think we should return 200 for expected errors?
You said we shouldn't return 404 in this case. So what error code would you recommend for such expected errors?
If it's possible to add subtitles... then its good bro, It's very helpful
Nice explanation mate
As per my understanding about API is: API is something which simply pulls out the data from the data source so that various applications can consume those APIs. Since our data source may or may not interact with other applications that's why we need to create an API. Here data source can be any databases or legacy systems like SAP.
I don't think that is very accurate. I could provide an API which returns a random number, or does a complex calculation using the input variables.
Thanks for the great vid!
You are very motivating. Best of luck for more challenges
Wonderful in details API design !! Would have been great to include Bulk APIs on large dataset as well.
Thanks!
I'll try and talk about this in a future video 😁
How can we not show the details in the url? Like the Id of a user.How to make it secure?
Love your videos. Just an idea, Would Secure REST API be a good Idea for a video ?
I remember reading about HATEOS as a way to return just the requested data with IDs of the
child attributes. That would significantly reduce the response size, right ?
It would, but you have to query for the data later anyway. It's likely to increase the overall network bandwidth utilization with all the back and forth.
@@gkcs yep yep. Trade-offs! Makes sense
Naming is important.
So is competitive programming 👍🏻👍🏻👍🏻👍🏻
In the case of large responses, I got the idea about the pagination. but how we can do the fragmentation for large responses. I wanted to know more about this point.
This might help set the general idea: en.wikipedia.org/wiki/IP_fragmentation
@Gaurav, when you described the handling of Large Responses, you talked about 2 things [i] Pagination, [ii] Fragmentation. Shouldn't we consider HATEOAS also as a viable option? It would make API more connected and take off the burden of a large response.
Also, in case if an API is designed to perform any Bulk Operation lets say import, then what should be the correct way to design it?
Correct me if i am wrong but pagination is the thing that comes with hateoas right?
The one we've been waiting for
excellent as always
I'm sure Gaurav can easily transition into a formal teaching career if he wants oneday
This aged well.
But in formal teaching the most focus is on theory and completing the syllabus ;)
You are a great teacher... I don't know where you work, but if ever Interested in Amazon, let me know and I'll see what I can do for you
Thank you! I currently work at Uber :)
great video. very useful information.
I usually speed up the video speed on UA-cam, but this is the first video where I had to slow it down.
I'll take that as a compliment :p
@@gkcs yes i meant in a positive way , so many, so good info here.
great explanation even though i know all of it...great going .....learnt some too
@Gaurav, In case we have huge number of query params or just filter params for a get Api how would the api design in that case look like?
Have a look at GraphQL
Hi @Gaurav,, Can you tell how it is different to make APIs for Web and for Mobile apps? Should we use mobile approach and assume "one size fits all " theory or should there be different API design approach for Web or Mobile ?
Is there a need to differentiate 'groupDoesNotExist' and 'groupIsDeleted' ?
Versioning is a must. So it conforming to HTTP methods.
Api design always starts from defining the resource url. Then you move towards defining the api spec and so forth... its called model first or api first approach.
Onwe thing i want to say gaurav we have certain functions to mitigate the large length of api id in php,how can we say that it is a bad attempt of calling parameters
Wish you 100K Soon #GKCS
Keep up the good work
You are awesome mate!!!!Love your videos
Thanks!
POST means that you published a new form on the webcontent instead of making any query with data -> data. The REST is not SOAP! The REST is well done HTTP protocol.
why you prefer to use POST instead of GET for read call
Thank you my friend a student from iraq
Thank you!
Another great lesson 🙏
Thanks 😊
@Gaurav one suggestion I have is and maybe it's a very important part of API design is that the objects which the API returns should be different from the actual backend objects. The reason this is very important is because if you decouple these 2 things, its easy to change something in the returned object without actually modifying the underlying business object. Also can you please add a video on how pagination is done?
That's a good idea, something I have seen in my experience :)
And I'll get to pagination in future videos :)
Can data transfer objects (DTOs) be used for this decoupling of objects. In C# context
Just FYI, adding pagination to an API endpoint does not violate the "stateless" principle. The query is self-contained, and can be ran on any instance of the same service with the same results (assuming the data has not changed between requests).
That's true, and I did know this when mentioning it. I wanted people to think over it :P
Nice video but you haven’t mentioned few things like - speed/fast algorithm for the API, tactics to avoid frequent changes of the api signatures due to enhanced features, steps to be taken to avoid recompilation from client side when enhancement happens.
Let me mention them all now then:
Don't make breaking changes 😛
What if we keep response processing on API gateway side and the rest on microservice? Any pros + cons? Thanks!
swaaad he aa gya video dekh k
Explained well....Also It would be great if you share some real time test case using any Rabbit MQ kind or Messaging platform!
Maybe next time 😁
@@gkcs Thnak You 😊