Java 响应式编程的框架该怎么选择...??

[fkdog]

最近有需求要接触响应式编程相关的开发. 看了一下 java 这边有 Vert.x/RxJava/Spring Reactor/Akka, 从生态和泛用性的角度来讲(Spring 生态、Data Access 相关、Http 等接口调用集成), 现在哪一个框架比较好一点?

[PDX]

quarkus

[BBCCBB]

vertx 可以配合 rxjava, reactor 使用.

[devzhi]

vert.x 挺好用的

[yizmaoaa]

看看我发的帖子.....

Spring 有啥生态啊，Webflux 用了和没用效果一样，RxJava 偏向于数据流操作，在异步这块，RxJava 和 Reactor
都是拿来处理 callback 问题的

[JiangF]

@PDX quarkus 基于 vertx 吧？ vertx 可以使用自带的 future 或者 rxjava 或者 mutiny

[dqzcwxb]

使用 java8 Completablefuture 进行响应式编程即可,不依赖框架
不建议上响应式框架目前来看未知的太多学习开发成本比较大

[PDX]

@JiangF kotlin 才是最吼的

[leafre]

什么需求需要用到响应式编程？

[mmdsun]

这个最近这个怎么突然火了？

最早各种 Rxjava，RxKotlin 都是.NET 一个扩展库的移植（ Reactive Extensions ） 微软提出 Reactive Programming 那会都没几个人用。。

[namelosw]

- Java 响应式框架应该怎么选择？

- Scala or C#

[chendy]

不能同步写的异步都是。。。
特别是业务复杂的时候，真的要命

[chanlk]

响应式代码写起来真的很痛苦, 效率奇慢无比

[goofish]

写过一段时间 scala 所谓的响应式编程，用来写业务代码真的恶心，方法之间的交互全是 Future，不能像写同步一样直接拿 Future 里的结果，必须用 Future 做各种变换，思维反人类

[dbpe]

vertx+kotlin

[YUyu101]

响应式用过一段时间，逻辑复杂之后有点反人类，再说了只是想写异步的话没必要就上响应式，用 async/await 那种语法不就够了，只不过 java 目前没有，建议用 kotlin，nodejs

[cloudopt]

不妨试试： https://github.com/cloudoptlab/cloudopt-next

Cloudopt Next 是一个非常轻量级且现代的、基于 Kotlin 编写的全栈开发框架，同时支持 Java 和 Kotlin，您可以处理 Url 的解析，数据的封装,Json 的输出等等，从根本上减少开发时间、提升开发体验。

学习起来非常简单、基于 Vert.x 。

[coer]

要是 java 有 async/await 就好了，想想就觉得很爽

[leeg810312]

工作中用不同平台开发后端，用下来最好的异步模型就是 .net 中的 async/await，简洁优雅，对业务逻辑没有侵入，仅仅在方法和调用前加 async/await 。JAVA 中的 future/mono 简直了，违反直觉，对业务逻辑代码侵入太强，稍复杂一些的代码可阅读性比同步代码降低一个数量级，kotlin 有 async await，但仅有改善，设计得还是不如.net ，还不如照抄

[pippoflow]

没必要学没必要用。virtual threads 如果搞好了所谓响应式就是一个伪概念罢了。

[nekoneko]

quarkus