Vaadin to Vue or React?

[linux-china]

目前RSocket Broker的控制台使用Vaadin开发，主要是方便Java程序员，同时减少各种REST API调用的问题，不知道多少同学对其他JS框架的了解程度。 这里调查一下，是否需要将控制台UI调整到Vue、React等框架？ 但是Node环境和基本开发这个都是需要的。

[lisirrx]

感觉如果有熟悉前端的同学，还是React/Vue会更方便一些吧，横向看的话，Dubbo控制台用的Vue，Nacos控制台用的React

[anuger]

不如vue + rsocket.js,还方便做一些实时监控之类的 😃

[linux-china]

@anuger 这个是一个好主意啊，都已经rsocket啦，为何不用rsocket.js :)

[anuger]

@linux-china 心动不如行动哦，话说如果改动的话，我们有机会加入进来吗

[linux-china]

Vaadin Reactive的支持 vaadin/spring#565 还需要等一下。 Spring MVC和Spring Webflux不能共存，如果共存，Spring MVC胜出，这个对RSocket没有影响，但是对REST API等还是有影响的，尤其是REST API到RSocket服务。

[FlatMapIO]

node 工程问题太多, UI 重构越晚越好。有可能启动重构时直接能用 deno 了。

[linux-china]

对比Vue, React，Svelte更Reactive，和RxJS等都配合非常好，这个不能否成为候选？

[qiulin]

投 React 一票

[yangjungis]

直接 webassembly (yew + rust + rsocket)

[shareisall]

不如把管理界面剥离掉，本身功能也没几个，自己实现管理前端也没什么困难的。我更希望 broker、服务发生变更时有事件通知。

[shareisall]

WIKI文章能否着重讲讲 broker 的二进制转发？例如传输文件或流媒体。

[linux-china]

@shareisall 其实RSocket, gRPC这些RPC框架，更多适合服务调用，都不太合适文件传输和流媒体，主要这些文件都比较大，而且还涉及数据的序列化反序列化，挤占Broker带宽，系统的性能会下降很多。 个人都是建议直接在源头上传或者获取图片、流媒体等，然后再将这些文件对应的URL传给后续的服务接口。 个人之前做的系统中，针对图片和视频上传的场景，都是走独立的调用链路，而不是和普通应用混在一起，主要是挤占带宽非常严重，直接影响其他应用的正常运行。

如果只是较少和较小的文件和视频什么的，采用一下这种方式也可以。如果量比较大的话，建议直接在文件和视频的上传源头就直接上传到存储系统中，这样最快也最省事。