You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This gist contains a short assignment we'd like everyone to complete before our formal lesson.
The prework involves reading some of the React Router documentation, and will allow us to keep the lesson more hands on.
Instructions
Fork this gist
On your own copy, go through the listed readings and answer associated questions
You will not be turning this in; it's for your own understanding/learning/benefit 😁
Recently, I've spent some time digging into the advantages of using GraphQL over REST. As a developer who is more passionate about the client-side, the intersection of providing a user with an experience that doesn't overload them with data and being able to seamlessly make changes independent of the backend is where GraphQL comes into play.
GraphQL vs REST
REST
RESTful APIs are stateless servers, which means they rely on strict endpoints to gather data needed by the client, rather than attempting to remember or hold onto prior requests. In order to obtain the needed data, more often than not, multiple endpoints are needed to acquire all the data needed in the application. Each endpoint resolves to specific objects, gathered most typically using an id. There are several disadvantages to this frontend-backend communication. For starters, a lot of the data contained at each endpoint is irrelevant to the UI, peripheral info associated with the user, but