Rx java restapi中的ReactiveX没有UI

Rx java restapi中的ReactiveX没有UI,rx-java,observer-pattern,reactivex,Rx Java,Observer Pattern,Reactivex,我开始学习ReactiveX,但无法理解RESTAPI或任何没有关联UI的API的优点 例如,我正在构建一个Spring Boot REST API,该API由托管在不同机器上的Angular webapp(以及最终的其他应用)使用。每当我从webapp发送请求时,我都会使用承诺来处理结果,而不会阻塞 如果是这样,在Spring引导应用程序中使用ReactiveX(在这种情况下是RxJava)有意义吗?它会带来什么好处?使用ReactiveX,您可以同时异步执行不同的调用,当所有这些调用完成后,

我开始学习ReactiveX,但无法理解RESTAPI或任何没有关联UI的API的优点

例如,我正在构建一个Spring Boot REST API,该API由托管在不同机器上的Angular webapp(以及最终的其他应用)使用。每当我从webapp发送请求时,我都会使用承诺来处理结果,而不会阻塞


如果是这样,在Spring引导应用程序中使用ReactiveX(在这种情况下是RxJava)有意义吗?它会带来什么好处?

使用ReactiveX,您可以同时异步执行不同的调用,当所有这些调用完成后,您可以执行一些操作(如dissmiss progressbar),为此,您必须使用zip操作符:

您还可以让服务器一个接一个地执行异步任务。您可以筛选第一个调用并将其响应提供给第二个调用。可以通过过滤器和平面贴图操作符执行此操作:


在纯REST API上,我基本上只执行CRUD操作,我不需要执行并行任务,因此ReactiveX没有帮助,对吗?您可以从REST API执行并行CRUD操作,就像显示一个包含教室组列表和人员列表的仪表板。你应该做两个并行任务,获取所有人员+获取所有组。获得结果后,将显示dashbord。使用flatmap操作的另一个示例是,您可以使用异步crud任务作为输入参数来执行另一个异步crud任务。我仍然认为,对于仪表板示例,更好的方法是让UI发出两个并行请求(使用承诺),服务器将分别处理这些请求(tomcat为每个请求创建一个线程),然后使用Promise.all之类的工具在完成这两项操作后显示仪表板。服务器在使用ReactiveX时不会获益。但我认为现在情况更清楚了。