5 ms·
Has anyone tried using this to implement a game or any complex GUI really in functional reactive style yet? I've been playing with ScalaRx a bit (not to be con
by nickparker 10y ago
Has anyone tried using this to implement a game or any complex GUI really in functional reactive style yet?
I've been playing with ScalaRx a bit (not to be confused with RxScala...) and it's a really clean feeling abstraction for GUI, which I normally hate.
It'd be interesting to see similar ideas applied in Rust.
- moosingin3space 10y agoTo someone who knows more about Tokio than me: is this even possible with Tokio's current design? Or is Tokio too I/O centered, such that its core abstractions wouldn't be useful in something like this?
- steveklabnik 10y agoTokio as I understand it is focused on IO; you'd use some other futures-based thing to do this.
- 46Bit 10y agoWriting a game is quite possible, but most of Tokio's higher-level abstractions are focused on request-response protocols. I've been working on some tooling (https://github.com/sirpent-team/comms https://github.com/sirpent-team/comms) for non-request-response but it's been slow going.
- bsaul 10y agoThe sample code for those projects are often really cool, but as soon as you get to real world case, you start having problems if you want to be 100% pure. Imho, for mobile ( ios / android), the problem is that the base sdk aren't thought for reactive style (push vs pull). So all Rx frameworks try to compensate for this mismatch by adding an adaptation layer, and you end up with a really unconvenient code.