3 ms·
First of all, that site (sheshbabu.com) is a great resource, and I have used it a lot. For my app (triviamaze.com), I ended up trying yew (which is referenced
by jbandela1 4y ago
First of all, that site (sheshbabu.com) is a great resource, and I have used it a lot.
For my app (triviamaze.com), I ended up trying yew (which is referenced here) and then decided on seed (which is another rust WASM frontend framework which I preferred because it felt like the JSX syntax of yew did not play well with code completion, etc and felt weird to me inside Rust code).
However, for the followup web app (triviarex.com) I ended up using React for the frontend.
The big reason I did this was because React has a lot of tooling and compatibility. If I wanted a different CSS framework or to include one of the many available React components, it was easy. React also supports hot reloading, inbrowser debugging, etc.
What I did do, was use web sockets and Actix actors to manage all the state server side. Basically, all the React frontend code did was send messages to the server, and render the state the server sent back.
This to me felt like playing to the strengths of both languages. On the front-end, I got the flexibility and compatibility of Javascript. On the back end, I got to use all the Rust goodies such as pattern matching and strong typing for managing the state.
- triyambakam 4y agoThat sounds very interesting. Do you have a blog post or other demonstration about it?
- jbandela1 4y agoNot yet :). I have been thinking about writing up that approach and maybe releasing a library to make it a bit easier.
- lumost 4y agoout of curiosity did you look at dioxis? I was thinking of playing with it for a side project. https://github.com/DioxusLabs/dioxus https://github.com/DioxusLabs/dioxus