我觉得很好呀，现在很多办公系统也都是以 Web 的形式运行了，所以就习惯在浏览器里打开本地软件的界面了。
开销真的能降低嘛？把绘制ui的开销拆成了能看到的开server的开销和看不到的分摊到浏览器里的开销
一方面硬盘的占用肯定是减少的。另一方面，服务器的开销其实很小，只需要起一个静态文件服务器加上少量交互用的 API，浏览器里的开销存在，但是如果是主要运行在后台的应用的话，多数时候也不存在
我之前有试过，在我的现有的项目里切换到 tauri 好像有点困难
个人感觉挺好的。
我日常主要用 python 写写小程序，为了有个 GUI，用 Qt 么好大一坨，打包也好大， 用 PySimpleGUI 么效果还是差了点，而且还项目终止了 
后来找到个 WebUI 感觉还行，直接利用本机的浏览器自动打开页面，而且还把浏览器本身的界面元素都隐藏掉来模仿本地程序，打包出来的程序也不大，普通用户可能也不会注意到界面是浏览器。
很巧，webui 我也试过 
，坑有点多，我还给提过 issue：https://github.com/webui-dev/webui/issues/598
还比如在使用火狐时会出现的 issue：Address Bar · Issue #550 · webui-dev/webui · GitHub ，以及在我开发时使用 edge 的话会有 dpi 的问题
我觉得在本地开启一个http服务，然后一个页面做前端这样的方式最好，因为只要浏览器支持就所有系统都能兼容。
我前段时间给本地气象局写的小软件就是，用 go 做后端，在 Windows 7 32位系统上都能跑。只要标准的 W3C 页面都没问题。
并非所有系统。。。如果用 python 的话，版本稍微高一点（3.9以上好像）就不行了
1 个赞
硬盘占用也不见得会小到是优点程度吧。如果对外观没有复杂的追求，使用标准控件的原生gui体积本身也并不会很大（qt这种需要额外打包体积可观的依赖的除外）
反过来讲，如果gui只是用来设置，平时不打开，那原生gui的开销也没有。
但你这个应该用不到很重的系统功能，用electron实在是太臃肿了，改Tauri还是有价值的
既然这样，你可以直接调用系统中存在的webview2，不必非得浏览器
我不信，web能跑的webview不可能跑不了，你踩踩坑啊