使用 Rust 来制作前端 UI 库,会不会快?
有类似的 rust UI 库观摩下吗?
啊?魔怔了啊,现有的任何语言做 ui 都不会比 html css 更快
有意义嘛,
没意义,除非想统一技术栈,一门语言走天下。
不会快,一般都是宏来生成 html ,但是现在 IDE 对宏的支持太差了,没有智能提示
github.com/DioxusLabs/dioxus
不会,不要为了 rust 而 rust
手里只有一把锤子, 然后感觉所有的问题都是钉子
rust 在浏览器上不是一等公民,所以你的 rust 代码最终会被转义成 HTML + CSS + JavaScript
瓶颈在 dom 而不是操作 dom 的语言,js 真不算慢了
平时觉得慢的地方,主要是 浏览器渲染 dom 慢吧
你指的是开发快还是运行快?开发快还能快过 html css ?运行快似乎也不在乎这点。。。
这是正经前端问的问题?
我还以为是 gui,原来指的是 web 前端吗
速度瓶颈不在 UI 库,在渲染层,甚至硬件层
如果做 imgui ,值得。否则不比 html 有优势,除非你有特殊需求,另外 webgl/webgpu+svg 或者 webcompontent 也可以做 html 版的 imgui ,把那个 pdfjs 的 layout 移植过来就行,甚至在 react 还在 createclass 时代就有人这么干过,把 ios 的布局移植的,相当于实现了在 webgl2 上的 flex 。再早之前,有个 react-canvas ,你搜一下思路一样的。前几年流行的长 table ,某个库 canvas table 可以说就从这里来的。无非现在准备 rust 替代,这个成本就看值不值,技术上肯定是可行的,十年前创业浪潮就有过很多五花八门的,而且不少公司现在就在这么干
用 rust 原生,要考虑跨平台兼容性,要考虑前端非常多的功能特性能支持多少,做到同样的特性需要的代码量是不是值得
没有意义的快,leetcode 我能花 10 分钟写倒数 10%内存占用/倒数 10%CPU 使用 的答案,我就不会花 1 小时去写 前 10% 的答案
gui 这块,win32 , android ndk, mac/ios object c , 哪个不是 c++,非要搞 rust
作死
啊?是我没看懂吗?不管你拿什么写,最后跑的不还是 html ,css ,js ?怎么个快法?
不是很懂为什么在这种场景下引入触屏的双击,是触控 IC 的限制,还是处于防误触的考量吗? 又来了。前个月才讨论过 防误触,你看看带屏下指纹的型号嘛。 点一次显示指纹图标…
RT ,买了一台坚果 n1s 4k 投影仪,播放一些本地下载的电影时(比如哪吒 2.2160p.120fps.mkv ),提示应该片源版权要求,只能提供第三方播放器解码。 但是…
开着 play store 的自动更新,醒来发现图标变了,点进去一直恶意弹广告。如果发现自己的图标也变了,不要点进去,直接卸载掉去 GitHub 下载最新的,并把 play s…