kotlinx.support VS kotlin-flow-extensions

Compare kotlinx.support vs kotlin-flow-extensions and see what are their differences.

kotlinx.support

Extension and top-level functions to use JDK7/JDK8 features in Kotlin 1.0 (by Kotlin)
Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
kotlinx.support kotlin-flow-extensions
- 2
53 503
- -
0.0 6.4
about 5 years ago about 1 month ago
Kotlin Kotlin
- Apache License 2.0
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

kotlinx.support

Posts with mentions or reviews of kotlinx.support. We have used some of these posts to build our list of alternatives and similar projects.

We haven't tracked posts mentioning kotlinx.support yet.
Tracking mentions began in Dec 2020.

kotlin-flow-extensions

Posts with mentions or reviews of kotlin-flow-extensions. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-06-21.
  • Are there any good tutorials showing the use of Reactor streams using Kotlin?
    4 projects | /r/Kotlin | 21 Jun 2021
    I don't know, why I'm downvoted here, but it is very relevant if the library provide the operators you need or if you have to implement them yourself. If Kotlin Flow is enough, then use it. From experience you don't have to go to far to miss operators from Reactor or RxJava. Maybe some day additional libraries like https://github.com/akarnokd/kotlin-flow-extensions will fill the gap, but for the time being Reactor or RxJava offer a lot more for (not trivial) real world use cases.
  • Kotlin Team AMA #3: Ask Us Anything
    52 projects | /r/Kotlin | 27 May 2021
    Why do you want to keep Flow such a small library? It could be an attractive alternative to RxJava or Reactor, but it misses many useful operators today. On the other hand it brings a lot more operatores than would be required as a foundation for other frameworks (likeKotlin Flow Extensions). From my point of view Flow stays in the middleground with no good reason.

What are some alternatives?

When comparing kotlinx.support and kotlin-flow-extensions you can also consider the following projects:

KrazyKotlin - A collection of useful Kotlin Extension

kotlinx-datetime - KotlinX multiplatform date/time library

katlib - Companion to Kotlin standard library

Reactive Streams - Reactive Streams Specification for the JVM

ktime - kotlin extensions to the java8 time library

htmx - </> htmx - high power tools for HTML

multik - Multidimensional array library for Kotlin

kotlin-wrappers - Kotlin wrappers for popular JavaScript libraries

rsocket - RSocket Protocol Definition

kotlinx.html - Kotlin DSL for HTML

Kotlin-Multiplatform-Libraries - Kotlin Multiplatform Libraries. Welcome PR if you find or create new Kotlin Multiplatform Library.

kotlinx.coroutines - Library support for Kotlin coroutines