3 ms·
I don't think #2 is that big of a deal if all requests happen async, which they should with a client side ORM, and if you're using http2. I think the bigger pr
by plif 6y ago
I don't think #2 is that big of a deal if all requests happen async, which they should with a client side ORM, and if you're using http2.
I think the bigger problem there is how those multiple REST calls map to your data stores. Very rarely will there be clean separation of data between endpoints, and the stateless nature of REST makes it harder to optimize each call -- meaning, there will almost certainly be redundant queries.
That said, with GraphQL, your front end dev may not realize they are executing the equivalent of many REST calls, which is another problem :) I wouldn't say it's harder to optimize if you look at the application as a whole, though.
- Aeolun 6y agoIf you cache enough, your frontend dev can call as many things as they want and it will still be more or less instant.
- virgilp 6y agoSome people, when confronted with a performance problem, think "I know, I'll use a cache." Now they have two problems. (in other words: caching is complicated, and may make your systems very hard to understand & debug)