<@UFT11FKSP>, why have you chosen to implement you...
# kvision
y
@Robert Jaros, why have you chosen to implement your own Observable value, instead of using StateFlow? Only because you don't want to require coroutines with your lib or there are other reasons?
r
It's been implemented before StateFlow was available.
👍 1
And now I try to keep coroutines dependency optional, because it adds a lot to the final bundle size.
y
Thanks for answer
t
@Robert Jaros What is you preference for state management now?
y
There are a custom lib class
r
I will probably use
StateFlow
for next project.
Currently I'm using redux-kotlin and it works very well.
t
Thank you, I am considering both, but I haven't decided yet. Any pros and cons?
r
I would really like to understand flows better 🙂 It would be easier to draw conclusions 😉
e.g. to be able to use precise and optimized data bindings I've implemented
ObservableState.sub()
extension function and it is very simple implementation
But I've also created
StateFlow.subFlow()
extension for the same purpose, but I have no idea how it works 😉
t
Thanks, finally we are going with StateFlow.
👍 1