问题就在于如果客户电脑上没有符合版本要求的webview……那是不是又得下一个
讲究一个原生，就是系统自带。版本兼容性的话，在生命周期内的主流操作系统肯定是没问题。非主流环境的话，用啥都可能有兼容问题吧。
我们分发二进制其实也跟做浏览器适配差不多，关注常规和主流的用户环境就行，非主流的环境引起的问题应该是用户自己去解决的。
這篇文感覺真不錯，有很多真實、有價值的反饋意見
我個人認為 Rust 應該會成為未來編程語言的主流形式
原因無他，它找到了一個編程語言的發展根基，那就是 標準化
用各種各樣的規範，告訴世人軟件就只該這麼寫，不合格就報錯
所以後來的人都能很容易借鑑除了自己以外全部的Rust碼農寫出來的東西
這進一步導致了獨特的用戶黏著性，同時又很容易利用規範特性來維護升級
再加上更好的安全性，更少的預期性BUG，無疑為企業省下了大量的隱形成本
依我所見，好用的語言都離不開一種特性，那就是用戶多
而這種用戶多尤其體現在 滿足企業需求上
這大概就是為何好多人都對 electron 的基礎體積罵罵咧咧的
但還是會選擇使用 electron ，肯定有其過人之處的
樓上 hgoldfish 說的那些，我也蠻能體會的
主要是沒人會想被傷害第二次，我也是這樣的
有什麼好玩的遊戲、好用的語言、好用的軟件
卻在錯誤的時間點 (例如這個東西的勸退期) 遇到它，都被勸退過了
自然不會知道它以後會有多好用
所以說很多東西還是講究個緣分
不過說到底，我認為AI 對整個軟件生態會帶來最劇烈的影響
像 CCR 提到的，在學校處理的那些資料
我自己是乙級技術士 (政府核發的) 處理起來都會很麻煩
但是，現在把這些內含大量訊息熵的噁心資料，整個壓縮打包後
丟給AI 處理，它可以直接把這坨答辯，以最快的速度變成格式統一的資料
而且你要什麼規範，它就能照你的規範瞬間執行完成
最後請它再打包成一個載點，然後下載即可
唯一美中不足的是，這東西只適用於網速正常的環境
先不論能不能上去網站，有些單位 (例如軍區) 是不能使用這些的
之前當兵的時候，長官看我電腦操作厲害，我就在其他人操練時處理資料
還真別說，裡面的各種資料，那也是完全沒辦法開發流程的，煩悶又複雜
也才發現很多單位的生殺大權，還真就掌握在資料處理人員的手上 (汗
Rust学不明白，基本放弃了，还是python简单易行，对于一个医学生而言之前学习C的时候，指针和数组以及繁琐的字符串储存已经够麻烦和困难了，Rust的各种语法糖啥的更是吃不消……
并且学校资料也是严禁上网……要不然有ai还要我干啥啊，悲伤……
1 个赞
C# WinForm 爽歪歪
我的轻型GUI就直接用Winapi完成，稍微复杂一点的用我自己封装的一个c++库调用Winapi完成
如果是十分复杂的GUI会使用pecmd、aardio之类的语言，或者是LCUI这种轻型的c库
如果是重型的GUI程序则是基于c++的QT框架
关于Python，我觉得它个人使用没问题，但是目前还不适合打包为软件发行
确实，在 AI 时代，直接使用 win32api 是以前那么麻烦了。如果一个小型软件没有太多的控件，也不打算搞跨平台。我感觉是可以考虑用 win32api 来写。
不过我自己还没有实践过。打算找个需求来试试。看看能不能搞出几个 1MB 以下的软件。
1 个赞
如果只在win平台，早就有最佳的折中：delphi7=几百K且不用为GUI操心，专注功能
既不是400M的chrome+js，也不是几十K的win32api（如果几百K都是api会累死程序员）
1 个赞
跨平臺也可以用Lazarus，生成文件也小。
啊！这个很好用来着，虽然年龄比我都大一岁，但是在兼顾优化程度的情况下编译速度还是很快，而且我记得它可以很方便地开发安卓程序。
之前有反汇编过一个用它开发的程序，结构挺有特点的…嗯…很紧凑（？好像找不到其他形容词）
之前正准备学的，因为其他原因搁置了
dephi啊，勾起了我童年的回忆。。。。
记得当年这玩意不能直接用ida或ollydbg调试的，它有专门的反编译和调试工具来着。
看完了上面的楼，基本也就明白为啥那么多国产pc app用electron了，实在是别的也没多好用，跨平台还难说比得上electron。
上月在琢磨自己写一个markdown编辑器，用了PyQt，然后写着写着发现markdown最好还是用Chromium来渲染，现成的库太香了，所以就在PyQt项目中嵌了个Chromium，然后用npm下载了一些字体库、代码样式库等等，转头再想，为何当初不用Electron呢，现在越写越膈应，已经弃坑了，准备年后用Electron重新撸 
2 个赞
这东东的问题是 delphi 语言。现在谁还使用这个语言啊。
如果需要学这个新语言才能写 GUI，地我选择 nim 或者 zig 而不是这个已死的 delphi.
1 个赞
这话说的。。。。。
如果是饭圈，对的
如果是为了就业，也对
如果是为了解决问题的高效（开发省心快速、结果空间不浪费），错
Pascal有現成的成熟界面庫啊，nim和zig哪有。
现在的习惯，不在乎体积的用C# WinForm随便写写，需要小体积的就拿C++ MFC去搞。Dephi 其实效率还是不错的，但是吧，这么多年，的确很少真正接触它！Python 这门语言说实话不是很喜欢，虽然它的各类库真心很方便，但是它的各种不稳定性，环境的不稳定性等等问题，简直就是噩梦级别的存在，可能是我个人偏见，但我一直认为 Python 这种玩具更应该是满足非专业人员自动化梦想的解药。。。。rust写过几个程序，但是吧，对于某些IDE的不方便，不怎么爱玩这位！Go语言和Java在国内的软件公司很多人都喜欢，不过Java的很多程序界面真的好丑啊，虽然也有符合审美的皮！Kotlin和Zig，接触的不是很多，上次寻思配置个Zig GUI 环境,一顿配置猛如虎，错误就没停过，没耐心，放弃了…
现代软件不能为了界面而界面啊。为了完成主要功能，一般都得数据库、网络、正则表达式、图形、音乐等等好多第三方模块一起配合。比如调用个 ffmpeg 啥的。用 delphi 这种已死的语言很难做好这些事。
用 zig, nim 虽然没有官方的 GUI 库。但是 GUI 这事本身其实并不难。如今还有 AI ，用 AI 帮忙编写 win32api 也不信。GUI 本身其实是现代软件开发里面最简单的一个技能点来着。基本上哪个编程语言都不会做得太差。
我觉得网页当界面不错
嗯…其实重型gui考虑到交互逻辑还是很复杂的，不是所有语言都能胜任；另外gui设计其实还含有平面设计领域的知识