< elizarov> ```public fun lt E R gt ReceiveChannel lt E gt flatMap context CoroutineContext = Unconfined transform suspend E gt ReceiveChannel lt R gt ReceiveChannel lt R gt ``` is there any chance we will see overloaded flatmap in the lib with such param signature ```transform E gt Iterable lt R gt ```

`Sequence lt T gt flatMap transform T gt Iterable lt R gt Sequence lt R gt `doesn t exist either

I d rather create `fun lt T gt Iterable lt T gt toChannel ReceiveChannel lt T gt = produce forEach send it `

< elizarov> ```public fun lt E R gt ReceiveChannel lt E gt f kotlinlang #coroutines

Channels

androidgithubprojects

cincinnati-user-group

competitive-programming

event21-community-content

java-to-kotlin-refactoring

jvm-ir-backend-feedback

kotlin-multiplatform-contest

kotlinultimatechallenge

myndocs-oauth2-server

naming

navigation-architecture-component

practical-functional-programming

proguard

prozis-android-backup

refactoring-to-kotlin

russian-kotlinasfirst

skia-wasm-interop-temp

stayhungrystayfoolish

swagger-gradle-codegen

tricity-kotlin-user-group

Title

deviant

03/07/2018, 2:30 PM

@elizarov

public fun <E, R> ReceiveChannel<E>.flatMap(context: CoroutineContext = Unconfined, transform: suspend (E) -> ReceiveChannel<R>): ReceiveChannel<R>

is there any chance we will see overloaded flatmap in the lib with such param signature

transform: (E) -> Iterable<R>

Jonathan

03/07/2018, 2:32 PM

https://kotlin.github.io/kotlinx.coroutines/kotlinx-coroutines-core/kotlinx.coroutines.experimental.channels/flat-map.html

oups sorry, I read to fast

deviant

03/07/2018, 2:33 PM

yes. i want just to extract collection elements in the channel's element

Jonathan

03/07/2018, 2:35 PM

`Sequence<T>.flatMap(transform: (T) -> Iterable<R>): Sequence<R>`doesn't exist either...

I'd rather create

fun <T> Iterable<T>.toChannel(): ReceiveChannel<T> = produce { forEach { send(it) } }

elizarov

03/07/2018, 2:49 PM

We can have both. PRs are welcome

👍 1

ilya.gorbunov

03/08/2018, 11:33 PM

@elizarov That would be an overload on lambda return type, which isn't supported yet in overload resolution.

elizarov

03/09/2018, 8:00 AM

Oops. Right. That’s a pity. We’ll have to wait for new type inference for that.

3 Views

#coroutines Join Slack