You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The key question is how (if) to provide a type-safe API.
Whether we need up to N overloads with N generic parameters or single vararg parameter of type Flow<*>
The text was updated successfully, but these errors were encountered:
I'd suggest to provide type-safe overloads up to N (5-8 TBD) parameters all based on internal implementation that uses varargs and is not typesafe to save bytecode size. There is no better solution as it seems until Kotlin implements "variadic generics" (https://youtrack.jetbrains.com/issue/KT-31427)
* combineLatest(Iterable<Flow<T>>) is not added deliberately, use-case is unclear
* All specific overloads are marked as inline to reduce binary compatibility pressure
Fixes#1193
* combineLatest(Iterable<Flow<T>>) is not added deliberately, use-case is unclear
* All specific overloads are marked as inline to reduce binary compatibility pressure
Fixes#1193
Once you start combining more than two Flows, does it make more sense to have combineLatest() as a standalone function rather than an extension method?
See the original request with rationale: #437 (comment)
The key question is how (if) to provide a type-safe API.
Whether we need up to N overloads with N generic parameters or single vararg parameter of type
Flow<*>
The text was updated successfully, but these errors were encountered: