Re:Is GraphQL Still Relevant in an HTTP2 World?
by jakenberg on Wednesday November 06, 2019 @06:48PM
(#21468884)
> tribal militance from supporters of each, defending their own vested interest.
This is something I really wish I understood before going down the road of graphql. I think it's a great technology, but the developers supporting it are making it nearly impossible for a legacy codebase to ever adopt.
Ex: so many JS codebases use redux. Apollo is a popular graphql framework that supported redux integration for some time, then suddenly ripped it out. They cited performance concerns, but I looked through the code myself and it would seem they just have a bias against redux. This issue thread makes that especially evident: https://github.com/apollographql/apollo-client/issues/2273
We were very lucky to have found that before breaking ground on the work.
Re:Is GraphQL Still Relevant in an HTTP2 World?
by ledauphin on Wednesday November 06, 2019 @07:27PM
(#21469177)
Which is ironic because Apollo 2.0's caching mechanisms have some very serious performance issues themselves, and they take almost all the power away from the user (unless you want to implement your own cache from scratch).
Having used REST (with swagger/openAPI), gRPC and now graphQL, the most painful thing has been the tribal militance from supporters of each, defending their own vested interest.
It's almost like different tools are useful for different things.