Support for coroutine

[Zoha131]

Is it possible to use this framework with coroutine instead of RxJava?

[zsoltk]

@Zoha131 not currently, but we're exploring the idea.

[lgtout]

This is an awesome implementation of unidirectional architecture. But I was very much hoping it was not built on top of RxJava. I love RxJava. But we’ve come to overuse it in Android development. This became very clear to me once I understood coroutines enough for it to be an alternative tool to RxJava, depending on the specific problem I was attempting to solve. I would be happy to contribute to migrating MVICore to coroutines.

[ShikaSD]

@lgtout
There are several problems with coroutines that I found while exploring possible solutions:
First, they have only experimental support of "hot" observables (in the form of channels). This API is not stable and is a subject to change "in one of the following major releases".
Second, if we were to migrate, some common abstractions are required to prevent implementing the same things twice. Here, I am mostly talking about such interfaces as ObservableSource<T> and Consumer<T>. I could not create anything suitable, as subscribing mostly required suspending, which is a bit hard to abstract. This problem could be in my limited experience with coroutines, however.

[THEAccess]

Maybe we sould take a look at now stable Kotlin Flows.
On the other hand is fairly easy to "bridge" coroutines and observables by implementing an SuspendingActor.

[ShikaSD]

@THEAccess We did already
Currently it is delayed a bit, as the idea is to go a little bit further and support multiplatform as well. See #90

[mochadwi]

Can't wait for Kotlin Flow support of this library!