I might have missed this before or in the documentation but kotlinlang #coroutines

I might have missed this before or in the documentation, but are there best practises to handle the new CorotuineScope in fragments (in particular where to attach and cancel an instance of a Job)? Are onAttach/onDetach of the parent activity a good choice? Probably it's more a question for the Android channel, but i've posted here because it is coroutine-related

louiscad

09/16/2018, 10:06 AM

I posted a solution minutes after

0.26.0

release in this channel: https://kotlinlang.slack.com/archives/C1CFAFJSK/p1536760912000100?thread_ts=1536760912.000100&cid=C1CFAFJSK

acando86

09/16/2018, 1:20 PM

thank you for your message. I've read that, but i don't want a dependency on the android architecture components and the lifecycle first, and second i was more interested in a discussion about pros and cons of different choices from a design perspective, instead of a pre-made solution. I see couple of options myself, but i would like to know more about different point of view about this

gildor

09/16/2018, 4:43 PM

Lifecycle is part of support library

In case of Fragment you need 2 scopes, one for fragment with lifecycle of a fragment and one with lifecyle of a view. We do this with our own solution, which is very similar to new CoroutineScope. Of course you need this only if you need both, in some cases one is enough

👍 1

louiscad

09/16/2018, 5:02 PM

@acando86 It's quite weird to use experimental coroutines, and at the same time, not use lifecycles which are part of the support library/AndroidX…

gildor

09/16/2018, 11:16 PM

But lifecycle part of support library now, very few application don't use at least support library v4 or new androidx core

4 Views

#coroutines Join Slack