|
|
|
|
|
by Varriount
2152 days ago
|
|
Although I haven't used it personally, I can see it being very useful for APIs where the "objects" involved contain many fields/relations. Rather than coming up with a limited set of filter/query parameters, you can take advantage of a query language with tooling. That being said, one of the things that irks me about most* GraphQL implementations is that they seem to do joining entirely server-side. This makes sense if you have to join data across multiple services, but if you're only dealing with a single data back end (like a database) then you can't take advantage of JOINs. If anyone knows otherwise, feel free to correct me. As I said, I don't have any practical experiences with GraphQL. *I'm aware there are one or two GraphQL libraries that support JOINs, but most do not. |
|