Why is everybody talking about sync engines?

fika.bar

5 pointstodsacerdoti4 comments

I don't know why the author shits on the idea of using react-query so much. That's essentially what they implemented, as it does optimistic writes, caching, revalidating and keeps it separate from the components.

I don't shit on anything, the first part is just a parody.

Let me rephrase, you weren't shitting on react-query and I don't really feel offended by the parody. But the person suggesting it was treated in the story like it was a non-sequitur and then you went on to describe something in the technical part of the article that was basically react-query.

Is there a reason making their own sync engine was more practical than just using react-query?

Tanstack Query doesn't actually store data for you, it just caches what comes back from the queryFn. You would still need to implement your own data store, e.g. using IndexedDB or OPFS. And if you wanted both a local data store for offline writes and a network connected backend when available... I'm pretty sure you'd be doing a lot of extra work yourself. That's what a sync engine should give you, I think.

Reply on news.ycombinator.com