I was imagining a React style UI framework but for desktop apps. The ingredients I have in mind are React, GraphQL, and Rust. I think these three solve the problems of their respective areas the best and combining them together would be priceless.
E.G: QT used from Python with PyQT.
- build views without being blocked waiting for a new rest endpoint
- get exactly what the UI needs to render
[edit]
Although to negate my own first point, nb4 being blocked on waiting for new mutations and queries :P
This enables you to transparently move data-source around.
In that regard, rust is actually behind. Async/await is still coming.
Native applications don’t benefit from smaller responses of just the data they need to render a view?
I am confused.
It is not only GraphQL itself I had in mind though. It is also about implementing a client library similar to Apollo GraphQL where you can provide watch queries wrapping your UI components. Watch queries provide great developer ergonomics for handling the flux data flow, that is, whenever there is a change to your data in store, if the corresponding elements in datastore are watched by a query, the UI components wrapped by this watch query are re-rendered with new data, automatically.
I think this combination will help desktop development by helping to reduce boilerplate code and by providing a convention to development team. We enjoy this combination already in web UI development for the last one year, in our team.