27 条回复  ·  2901 次点击
zhzy 初学 2025-12-3 18:49:02
涉及到远程目录感觉问题应该不在 Electron ,QML 也没什么生态,建议不要改了,重新设计一下 UI 吧
liuliuliuliu 初学 2025-12-3 19:42:08
QT 也是个坑啊,桌面 UI 这块还是 .net 吧,跨平台,原生编译,没啥缺点了
abc0123xyz 小成 2025-12-3 19:55:46
.net 吧,简单
wobuhuicode 小成 2025-12-3 20:38:43
这是技术设计问题,又不是性能问题。直接渲染长列表,大 Table ,换谁来都卡。要说 QTableView 本身有虚拟化,但 delegate 写得不好也是卡。
colourfulsai 初学 2025-12-3 20:53:05
不跨平台考虑下 WPF 吧。现有的 C++代码也可以用 C++/CLI 快速复用。
vfs 楼主 小成 2025-12-3 21:52:27
@NoNewWorld 啊,虽然是个人业余的小项目,但是时间还没多到在 UI 上花费那么多功夫来尝试,还是算了,继续用 Electron 吧,找找解决方案。
vfs 楼主 小成 2025-12-3 21:53:29
@spritecn 业余项目,说不上忙,但是也不想把时间都花在 UI 上。。。
vfs 楼主 小成 2025-12-3 22:01:57
@masterclock 赞成,之前再另外的项目中尝试过,确实不是很理想。 这里提这样的问题还有一点考虑是:Qt QML 更接近 c++, 不需要 napi wrapper ,调试也更方便一些,但是短板很明显,没有现成可用的 UI 库。
vfs 楼主 小成 2025-12-3 22:02:34
@weixind 是啊,自己考虑了好几天,拿不定主意,这里才问的。 现在定下来了,继续 web 技术栈干
vfs 楼主 小成 2025-12-3 22:05:18
@wobuhuicode qml 中应该最后还是有一层和 web 相同的 js 引擎,之前已经修复了一个 c++ 到 js 传递数据导致性能低下的问题。 这方面来说,应该两者面临的问题是一样的
返回顶部