使用 Rust 来制作前端 UI 库,会不会快?

[lizy0329]

有类似的 rust UI 库观摩下吗?

[duanxianze]

啊？魔怔了啊，现有的任何语言做 ui 都不会比 html css 更快

[chenxiaolani]

有意义嘛，

[nkidgm]

没意义，除非想统一技术栈，一门语言走天下。

[githmb]

不会快，一般都是宏来生成 html ，但是现在 IDE 对宏的支持太差了，没有智能提示

[binhb]

https://github.com/DioxusLabs/dioxus

[xFrye]

不会，不要为了 rust 而 rust

[skyworker]

手里只有一把锤子, 然后感觉所有的问题都是钉子

[musi]

rust 在浏览器上不是一等公民，所以你的 rust 代码最终会被转义成 HTML + CSS + JavaScript

[zhhcnn]

瓶颈在 dom 而不是操作 dom 的语言，js 真不算慢了

[QlanQ]

平时觉得慢的地方，主要是 浏览器渲染 dom 慢吧

[jspatrick]

你指的是开发快还是运行快？开发快还能快过 html css ？运行快似乎也不在乎这点。。。

[cwliang]

这是正经前端问的问题？

[kzfile]

我还以为是 gui,原来指的是 web 前端吗

[janus77]

速度瓶颈不在 UI 库，在渲染层，甚至硬件层

[shui14]

如果做 imgui ，值得。否则不比 html 有优势，除非你有特殊需求，另外 webgl/webgpu+svg 或者 webcompontent 也可以做 html 版的 imgui ，把那个 pdfjs 的 layout 移植过来就行，甚至在 react 还在 createclass 时代就有人这么干过，把 ios 的布局移植的，相当于实现了在 webgl2 上的 flex 。再早之前，有个 react-canvas ，你搜一下思路一样的。前几年流行的长 table ，某个库 canvas table 可以说就从这里来的。无非现在准备 rust 替代，这个成本就看值不值，技术上肯定是可行的，十年前创业浪潮就有过很多五花八门的，而且不少公司现在就在这么干

[mizuki9]

用 rust 原生，要考虑跨平台兼容性，要考虑前端非常多的功能特性能支持多少，做到同样的特性需要的代码量是不是值得

[wangtian2020]

没有意义的快，leetcode 我能花 10 分钟写倒数 10%内存占用/倒数 10%CPU 使用 的答案，我就不会花 1 小时去写 前 10% 的答案

[hwdq0012]

gui 这块，win32 , android ndk, mac/ios object c ， 哪个不是 c++，非要搞 rust

[frank42a]

作死

[Track13]

啊？是我没看懂吗？不管你拿什么写，最后跑的不还是 html ，css ，js ？怎么个快法？