"再然后我把老婆衣服脱光了。", 你怎么说服你老婆跟你一起研究这个问题的

@Mithril 哎， 误入歧途了。 最开始是看 shadcn ui star 比较多，就无脑入坑了

编译器会在必要时候报错， 而你的 AI 永远不会告诉你，这个问题他不会，他总是自信的给你生成代码

@ZztGqk 是的，最普通的 ai 也能直接生成可用的代码。 麻烦在我用了 shadcn ui 的 table ，然后想要继承其他的，ai 一直改不对。（当然，我用的 ai 没那么优秀）

@Mithril 是的，我觉得我需要的仅仅是一个不难看的 ui ，我可以在 c++ 做所有其他逻辑。 选择 Electron 的主要出发点是考虑用的人多，应该奇怪的问题比较少。 其他方案担心比较小众，出问题不好解决

@Vaspike 所以说，只要我内存够大，cpu 性能够强劲，网速够快，所有的程序都是高性能程序 :)

@dosmlp 你是付费用户吗？ 我几年前给 widget 提的一个 bug ，也没动静，去问问人家的修复状态，都没人理我

@DonaidTrump 呀，这个看着太高级了，我就一菜鸟，想找一个直接能用的:(

@wanmyome wxwidget 唯一的短板就是不太容易做的好看（好看是说不丑）。 包括它的论坛都特别友好，我问过几个问题，那个 max 很快就会回复

@cnbatch 哈哈，这个我真用过。 放弃了，主要是太丑了。。。但是真的轻量，内存占用小，打包大小也小，还有一个 designer 可以直接拖拽设计 UI 。

@play78 谢谢，也是一个很好的方法。 我目前使用 TableVirtuoso 库来处理了。

@dford 我其实已经说明了这里主要不是讨论是否能解决 web 端虚拟列表的问题（虽然我现在也已经做好了）。 至于说哪个 ai 能解决这个问题，我也不想争辩。 顺便提一下，昨天试了一下 claude ，它告诉我说它无法生成 tanstack 相关的代码

@Al0rid4l 并没有尬黑。 在我的上述表述之前，我只做过 windows 上 winform 的 .net GUI ，没试过其他的方案，属于是自己凭空想象的，是我表述不对。

@wazggcd 个人感觉分页不太适合我这个文件列表的场景，每次让用户点击上一页下一次体验估计会不太好。 所以没有用分页

@liuliuliuliu 感谢分享，很惊艳。

@BingoXuan 酷! 完了找机会试试。

@BingoXuan "用了 c++，不如尝试一下 c 的 webview 。可以直接 bind c function" 这倒是个不错的想法。 但是个人真的不是想在这里太折腾了，太小众的方案总让人不放心

@wobuhuicode qml 中应该最后还是有一层和 web 相同的 js 引擎，之前已经修复了一个 c++ 到 js 传递数据导致性能低下的问题。 这方面来说，应该两者面临的问题是一样的

@weixind 是啊，自己考虑了好几天，拿不定主意，这里才问的。 现在定下来了，继续 web 技术栈干