I'm with you on this one. Having every response return a 200 status code is just wrong, there are times when you have to indicate an error, or a request for further information, and status codes do this extremely well. Likewise, turning all requests to the server into only GET/POST is just confusing. The server has to parse your POST content in order to correctly route the request now. This just doesn't work nicely with a lot of routing/proxy layers that facilitate load balancing.
The main argument for GraphQL is that it reduces the number of requests the front end needs to make. To me though, this just seems like a badly thought out API that forces this situation.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I'm with you on this one. Having every response return a 200 status code is just wrong, there are times when you have to indicate an error, or a request for further information, and status codes do this extremely well. Likewise, turning all requests to the server into only GET/POST is just confusing. The server has to parse your POST content in order to correctly route the request now. This just doesn't work nicely with a lot of routing/proxy layers that facilitate load balancing.
The main argument for GraphQL is that it reduces the number of requests the front end needs to make. To me though, this just seems like a badly thought out API that forces this situation.