by mengledowl on 7/20/18, 3:08 AM with 18 comments
by samspenc on 7/20/18, 4:36 AM
I will admit that core REST doesn't support basic "querying" functionality, or even things like pagination, filtering, sorting, etc, which is why there are a set of standards, or best practices on top of REST that aim to standardize those commonly used patterns. [1] [2] [3]
Finally REST, whether by design or not, follows the KISS principle (Keep It Simple and Stupid), and that's probably why it's gained as much traction as it has over the years.
Want to get a user object? GET /user/<id> Want to update it? POST or PUT /user/<id> Get a list of all users? GET /user/
If you look at just the "basic" examples for GraphQL, you will understand why it's never going to replace REST in its current form.
[1] Microsoft's OData: https://www.odata.org/ [2] https://www.moesif.com/blog/technical/api-design/REST-API-De... [3] https://stackoverflow.com/questions/207477/restful-url-desig...
by somada141 on 7/20/18, 5:13 AM
Working in Python-land I'm pretty confident REST wouldn't have been as ubiquitous if it wasn't for tools like Flask, marshmallow, and the myriad of other tools.
Having taken up GraphQL in personal projects I can say that at least in Python the tooling just ain't there so until it gets there I don't see GraphQL killing anything.
by HumanDrivenDev on 7/20/18, 4:22 AM
by icc97 on 7/20/18, 12:19 PM
Maybe people will stop using REST APIs, but REST will still be a thing as long as HTTP is.
GraphQL seems like it can solve some pain points of REST once you start using REST APIs at a massive scale. REST improves on SOAP in even the tiniest of cases.