Earlier quoted context omitted.
REST is horrible. It encourages new developers to think in terms of CRUD, which is also horrible. It encourages developers to think in terms of data , which is amazing. At the end of the day, we're just doing data transformations, that's it. GraphQL is an interesting iteration on that idea, because it focuses more on the data. REST is simply a way to design your APIs so that they're extensible, usable, and maintainab…
> At the end of the day, we're just doing data transformations, that's it That's kind of the thing though. REST doesn't do transformations. It just does CRUD of resources. For me, when designing an application, I will think, "is representational state transfer the only thing this application will ever need to do?" If the answer is "no" then REST seems like a poor model to build around. I've never answered "yes" to th…
Is GraphQL the Next Frontier for Web APIs?
71–74 of 74 posts
Re: Is GraphQL the Next Frontier for Web APIs?
#72Earlier quoted context omitted.
REST is horrible. It encourages new developers to think in terms of CRUD, which is also horrible. It encourages developers to think in terms of data , which is amazing. At the end of the day, we're just doing data transformations, that's it. GraphQL is an interesting iteration on that idea, because it focuses more on the data. REST is simply a way to design your APIs so that they're extensible, usable, and maintainab…
> At the end of the day, we're just doing data transformations, that's it That's kind of the thing though. REST doesn't do transformations. It just does CRUD of resources. For me, when designing an application, I will think, "is representational state transfer the only thing this application will ever need to do?" If the answer is "no" then REST seems like a poor model to build around. I've never answered "yes" to th…