kotlinx.coroutines VS kotlinx.atomicfu

Now, let's consider an example. For instance, let's create a Kotlin/JVM project with kotlinx.coroutines library as a dependency.

Greetings community, I just submited a PR to Kotlin coroutines with two additional operators :

The harder parts of Kotlin are going to be things like kotlinx.coroutines, but that's just a library, not a core part of the language. It's about as hard to learn as a comparable library in another language, like the Task Parallel Library in .NET.

Kotlin has coroutines that are supported by the language and implemented by a library (the implementation remains platform-dependent): kotlinx.coroutines and a sandbox environment is available here to try it out.

That said, since it seems like you're doing UI stuff (Android?), you're best off doing all of the UI code in coroutines, using Dispatchers.Main as a context (as provided by one of the platform-specific coroutine libraries), since this will guarantee that your UI code will be safely run in the UI thread.

You could look into using https://github.com/Kotlin/kotlinx-atomicfu instead of using java atomics

} `` Unfortunately,AtomicBooleanis JVM-specific. If you work on multiplatfrom code, you can use [kotlinx.atomicfu](https://github.com/Kotlin/kotlinx.atomicfu),CompletableDeferred` or channel.

Other examples are atomicfu and power assert (developed and maintained externally!), and we expect this list to grow even further.