A modern programming language that makes developers happier.

kotlinlang

Happy new year folks, a quick question regarding redux pattern... :shushing_face: :thinking_face:
Is it possible to 'connect' a single store with orbit and let a few view-models update this on certain intents/actions? Appreciate your thoughts and/or references :sweat_smile:

&gt; For example, consider a simple retail app with a list, detail and a cart page. Having a single source of truth in this case would help share/sync a lot of items resulting in a pretty "reactive" app :crossed_fingers: 

Yes of course, Orbit is independent of any UI or platform components.

Basically, you can keep a properly scoped `ContainerHost` (not extending `ViewModel` ) somewhere in your dependency graph

So you can definitely go for a redux-like global state approach if you wish

redux.kt.cpp

Thank you, I was able to come up with a working sample (Please see the attached post)

I've 2 questions here :pray:
1. Is this a good approach, using `combine` to derive a ui state, and are we looking at any red flags here?
2. If I write UI tests, can I mock orbit based containers just like any other dependencies or is there a different/better way to simulate states/sideffects (something similar to the approaches mentioned in the official docs <https://orbit-mvi.org/Test/overview|here>) 