rsocket
kotlin-flow-extensions
Our great sponsors
| rsocket | kotlin-flow-extensions | |
|---|---|---|
| 3 | 2 | |
| 1,821 | 503 | |
| 1.0% | - | |
| 2.0 | 6.4 | |
| 12 months ago | about 1 month ago | |
| Kotlin | ||
| Apache License 2.0 | Apache License 2.0 |
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.
rsocket
-
Kotlin Team AMA #3: Ask Us Anything
Even if that's not a Spring based implementation, we would like to help https://github.com/rsocket/rsocket-kotlin, which is a great Kotlin multiplatform implementation of the RSocket protocol (https://rsocket.io/, can be an alternative to GRPC in a lot of use cases), to mature.
-
Getting Started With RSocket Part 1
All information about the protocol, the specification, implementations can be found at the official RSocket website.
-
Uber’s Real-Time Push Platform
https://github.com/rsocket/rsocket/blob/master/Motivations.m...
kotlin-flow-extensions
-
Are there any good tutorials showing the use of Reactor streams using Kotlin?
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
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?
Decompose - Kotlin Multiplatform lifecycle-aware business logic components (aka BLoCs) with routing (navigation) and pluggable UI (Jetpack Compose, SwiftUI, JS React, etc.)
kotlinx-datetime - KotlinX multiplatform date/time library
rsocket-kotlin - RSocket Kotlin multi-platform implementation
Reactive Streams - Reactive Streams Specification for the JVM
KorGE - KorGE Game Engine. Multiplatform Kotlin Game Engine
htmx - </> htmx - high power tools for HTML
swift-evolution - This maintains proposals for changes and user-visible enhancements to the Swift Programming Language.
multik - Multidimensional array library for Kotlin
compose-multiplatform - Compose Multiplatform, a modern UI framework for Kotlin that makes building performant and beautiful user interfaces easy and enjoyable.
kotlin-wrappers - Kotlin wrappers for popular JavaScript libraries
kotlin-multiplatform-libsodium - A kotlin multiplatform wrapper for libsodium, using directly built libsodium for jvm and native, and libsodium.js for js targets.
kotlinx.html - Kotlin DSL for HTML