# 关于现在的图形界面库打包exe的体积 **URL:** \ **Category:** 闲聊灌水\ **Created:** [2023 年5 月 8 日 10:30 UTC](https://meta.appinn.net/t/topic/43473 "2023-05-08T10:30:52Z")\ **Posts on this page:** 20\ **Page:** 7
作者： ![CCR](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/ccr/32/68442_2.png) [@CCR](https://meta.appinn.net/u/CCR)\ 发布日期： [2023 年8 月 3 日 03:37 UTC](https://meta.appinn.net/t/topic/43473/127 "2023-08-03T03:37:25Z")
问题就在于如果客户电脑上没有符合版本要求的webview……那是不是又得下一个 ---
作者： ![TecNico](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/tecnico/32/78882_2.png) [@TecNico](https://meta.appinn.net/u/TecNico)\ 发布日期： [2023 年8 月 3 日 05:17 UTC](https://meta.appinn.net/t/topic/43473/128 "2023-08-03T05:17:11Z")
讲究一个原生，就是系统自带。版本兼容性的话，在生命周期内的主流操作系统肯定是没问题。非主流环境的话，用啥都可能有兼容问题吧。 我们分发二进制其实也跟做浏览器适配差不多，关注常规和主流的用户环境就行，非主流的环境引起的问题应该是用户自己去解决的。 ---
作者： ![Duah](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/duah/32/51072_2.png) [@Duah](https://meta.appinn.net/u/Duah)\ 发布日期： [2023 年8 月 3 日 07:01 UTC](https://meta.appinn.net/t/topic/43473/129 "2023-08-03T07:01:40Z")
這篇文感覺真不錯，有很多真實、有價值的反饋意見 我個人認為 Rust 應該會成為未來編程語言的主流形式 原因無他，它找到了一個編程語言的發展根基，那就是 標準化 用各種各樣的規範，告訴世人軟件就只該這麼寫，不合格就報錯 所以後來的人都能很容易借鑑除了自己以外全部的Rust碼農寫出來的東西 這進一步導致了獨特的用戶黏著性，同時又很容易利用規範特性來維護升級 再加上更好的安全性，更少的預期性BUG，無疑為企業省下了大量的隱形成本 依我所見，好用的語言都離不開一種特性，那就是用戶多 而這種用戶多尤其體現在 滿足企業需求上 這大概就是為何好多人都對 electron 的基礎體積罵罵咧咧的 但還是會選擇使用 electron ，肯定有其過人之處的 樓上 [hgoldfish](https://meta.appinn.net/u/hgoldfish) 說的那些，我也蠻能體會的 主要是沒人會想被傷害第二次，我也是這樣的 有什麼好玩的遊戲、好用的語言、好用的軟件 卻在錯誤的時間點 (例如這個東西的勸退期) 遇到它，都被勸退過了 自然不會知道它以後會有多好用 所以說很多東西還是講究個緣分 不過說到底，我認為AI 對整個軟件生態會帶來最劇烈的影響 像 [CCR](https://meta.appinn.net/u/CCR) 提到的，在學校處理的那些資料 我自己是乙級技術士 (政府核發的) 處理起來都會很麻煩 但是，現在把這些內含大量訊息熵的噁心資料，整個壓縮打包後 丟給AI 處理，它可以直接把這坨答辯，以最快的速度變成格式統一的資料 而且你要什麼規範，它就能照你的規範瞬間執行完成 最後請它再打包成一個載點，然後下載即可 唯一美中不足的是，這東西只適用於網速正常的環境 先不論能不能上去網站，有些單位 (例如軍區) 是不能使用這些的 之前當兵的時候，長官看我電腦操作厲害，我就在其他人操練時處理資料 還真別說，裡面的各種資料，那也是完全沒辦法開發流程的，煩悶又複雜 也才發現很多單位的生殺大權，還真就掌握在資料處理人員的手上 (汗 ---
作者： ![CCR](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/ccr/32/68442_2.png) [@CCR](https://meta.appinn.net/u/CCR)\ 发布日期： [2023 年8 月 3 日 10:54 UTC](https://meta.appinn.net/t/topic/43473/130 "2023-08-03T10:54:15Z")
Rust学不明白，基本放弃了，还是python简单易行，对于一个医学生而言之前学习C的时候，指针和数组以及繁琐的字符串储存已经够麻烦和困难了，Rust的各种语法糖啥的更是吃不消…… 并且学校资料也是严禁上网……要不然有ai还要我干啥啊，悲伤…… ---
作者： ![cuisanzhang](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/cuisanzhang/32/58392_2.png) [@cuisanzhang](https://meta.appinn.net/u/cuisanzhang)\ 发布日期： [2025 年1 月 15 日 06:36 UTC](https://meta.appinn.net/t/topic/43473/131 "2025-01-15T06:36:24Z")
C# WinForm 爽歪歪 ---
作者： ![PandaFiredoge](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/pandafiredoge/32/58789_2.png) [@PandaFiredoge](https://meta.appinn.net/u/PandaFiredoge)\ 发布日期： [2025 年1 月 15 日 10:03 UTC](https://meta.appinn.net/t/topic/43473/132 "2025-01-15T10:03:12Z")
[歪门邪道（](https://www.zhihu.com/question/476748969/answer/2928771376) ---
作者： ![3\_5105](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/3_5105/32/57748_2.png) [@3\_5105](https://meta.appinn.net/u/3_5105)\ 发布日期： [2025 年1 月 15 日 11:05 UTC](https://meta.appinn.net/t/topic/43473/133 "2025-01-15T11:05:11Z")
我的轻型GUI就直接用Winapi完成，稍微复杂一点的用我自己封装的一个c++库调用Winapi完成 如果是十分复杂的GUI会使用pecmd、aardio之类的语言，或者是LCUI这种轻型的c库 如果是重型的GUI程序则是基于c++的QT框架 关于Python，我觉得它个人使用没问题，但是目前还不适合打包为软件发行 ---
作者： ![hgoldfish](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/hgoldfish/32/5033_2.png) [@hgoldfish](https://meta.appinn.net/u/hgoldfish)\ 发布日期： [2025 年1 月 21 日 15:11 UTC](https://meta.appinn.net/t/topic/43473/134 "2025-01-21T15:11:41Z")
确实，在 AI 时代，直接使用 win32api 是以前那么麻烦了。如果一个小型软件没有太多的控件，也不打算搞跨平台。我感觉是可以考虑用 win32api 来写。 不过我自己还没有实践过。打算找个需求来试试。看看能不能搞出几个 1MB 以下的软件。 ---
作者： ![haitao](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/h/958977/32.png) [@haitao](https://meta.appinn.net/u/haitao)\ 发布日期： [2025 年1 月 21 日 15:29 UTC](https://meta.appinn.net/t/topic/43473/135 "2025-01-21T15:29:18Z")
如果只在win平台，早就有最佳的折中：delphi7=几百K且不用为GUI操心，专注功能 既不是400M的chrome+js，也不是几十K的win32api（如果几百K都是api会累死程序员） ---
作者： ![Kyun](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/k/e8c25b/32.png) [@Kyun](https://meta.appinn.net/u/Kyun)\ 发布日期： [2025 年1 月 21 日 16:11 UTC](https://meta.appinn.net/t/topic/43473/136 "2025-01-21T16:11:56Z")
跨平臺也可以用Lazarus，生成文件也小。 ---
作者： ![3\_5105](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/3_5105/32/57748_2.png) [@3\_5105](https://meta.appinn.net/u/3_5105)\ 发布日期： [2025 年1 月 22 日 04:31 UTC](https://meta.appinn.net/t/topic/43473/137 "2025-01-22T04:31:03Z")
啊！这个很好用来着，虽然年龄比我都大一岁，但是在兼顾优化程度的情况下编译速度还是很快，而且我记得它可以很方便地开发安卓程序。 之前有反汇编过一个用它开发的程序，结构挺有特点的…嗯…很紧凑（？好像找不到其他形容词） 之前正准备学的，因为其他原因搁置了 ---
作者： ![kero990](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/k/4da419/32.png) [@kero990](https://meta.appinn.net/u/kero990)\ 发布日期： [2025 年1 月 22 日 06:58 UTC](https://meta.appinn.net/t/topic/43473/138 "2025-01-22T06:58:14Z")
> [@3\_5105](#): > > 啊！这个很好用来着，虽然年龄比我都大一岁，但是在兼顾优化程度的情况下编译速度还是很快，而且我记得它可以很方便地开发安卓程序。 > 之前有反汇编过一个用它开发的程序，结构挺有特点的…嗯…很紧凑（？好像找不到其他形容词） > 之前正准备学的，因为其他原因搁置了 dephi啊，勾起了我童年的回忆。。。。 记得当年这玩意不能直接用ida或ollydbg调试的，它有专门的反编译和调试工具来着。 看完了上面的楼，基本也就明白为啥那么多国产pc app用electron了，实在是别的也没多好用，跨平台还难说比得上electron。 ---
作者： ![mallocx](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/mallocx/32/40920_2.png) [@mallocx](https://meta.appinn.net/u/mallocx)\ 发布日期： [2025 年1 月 22 日 07:05 UTC](https://meta.appinn.net/t/topic/43473/139 "2025-01-22T07:05:46Z")
上月在琢磨自己写一个markdown编辑器，用了PyQt，然后写着写着发现markdown最好还是用Chromium来渲染，现成的库太香了，所以就在PyQt项目中嵌了个Chromium，然后用npm下载了一些字体库、代码样式库等等，转头再想，为何当初不用Electron呢，现在越写越膈应，已经弃坑了，准备年后用Electron重新撸 :rofl: ---
作者： ![hgoldfish](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/hgoldfish/32/5033_2.png) [@hgoldfish](https://meta.appinn.net/u/hgoldfish)\ 发布日期： [2025 年1 月 22 日 17:59 UTC](https://meta.appinn.net/t/topic/43473/140 "2025-01-22T17:59:43Z")
这东东的问题是 delphi 语言。现在谁还使用这个语言啊。 如果需要学这个新语言才能写 GUI，地我选择 nim 或者 zig 而不是这个已死的 delphi. ---
作者： ![haitao](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/h/958977/32.png) [@haitao](https://meta.appinn.net/u/haitao)\ 发布日期： [2025 年1 月 24 日 12:39 UTC](https://meta.appinn.net/t/topic/43473/141 "2025-01-24T12:39:36Z")
这话说的。。。。。 如果是饭圈，对的 如果是为了就业，也对 如果是为了解决问题的高效（开发省心快速、结果空间不浪费），错 ---
作者： ![Kyun](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/k/e8c25b/32.png) [@Kyun](https://meta.appinn.net/u/Kyun)\ 发布日期： [2025 年1 月 25 日 07:34 UTC](https://meta.appinn.net/t/topic/43473/142 "2025-01-25T07:34:46Z")
Pascal有現成的成熟界面庫啊，nim和zig哪有。 ---
作者： ![moonlune](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/moonlune/32/6384_2.png) [@moonlune](https://meta.appinn.net/u/moonlune)\ 发布日期： [2025 年1 月 25 日 09:29 UTC](https://meta.appinn.net/t/topic/43473/143 "2025-01-25T09:29:41Z")
现在的习惯，不在乎体积的用C# WinForm随便写写，需要小体积的就拿C++ MFC去搞。Dephi 其实效率还是不错的，但是吧，这么多年，的确很少真正接触它！Python 这门语言说实话不是很喜欢，虽然它的各类库真心很方便，但是它的各种不稳定性，环境的不稳定性等等问题，简直就是噩梦级别的存在，可能是我个人偏见，但我一直认为 Python 这种玩具更应该是满足非专业人员自动化梦想的解药。。。。rust写过几个程序，但是吧，对于某些IDE的不方便，不怎么爱玩这位！Go语言和Java在国内的软件公司很多人都喜欢，不过Java的很多程序界面真的好丑啊，虽然也有符合审美的皮！Kotlin和Zig，接触的不是很多，上次寻思配置个Zig GUI 环境,一顿配置猛如虎，错误就没停过，没耐心，放弃了… ---
作者： ![hgoldfish](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/hgoldfish/32/5033_2.png) [@hgoldfish](https://meta.appinn.net/u/hgoldfish)\ 发布日期： [2025 年1 月 27 日 07:41 UTC](https://meta.appinn.net/t/topic/43473/144 "2025-01-27T07:41:21Z")
现代软件不能为了界面而界面啊。为了完成主要功能，一般都得数据库、网络、正则表达式、图形、音乐等等好多第三方模块一起配合。比如调用个 ffmpeg 啥的。用 delphi 这种已死的语言很难做好这些事。 用 zig, nim 虽然没有官方的 GUI 库。但是 GUI 这事本身其实并不难。如今还有 AI ，用 AI 帮忙编写 win32api 也不信。GUI 本身其实是现代软件开发里面最简单的一个技能点来着。基本上哪个编程语言都不会做得太差。 ---
作者： ![lilyhcn1](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/l/439d5e/32.png) [@lilyhcn1](https://meta.appinn.net/u/lilyhcn1)\ 发布日期： [2025 年1 月 27 日 08:49 UTC](https://meta.appinn.net/t/topic/43473/145 "2025-01-27T08:49:22Z")
我觉得网页当界面不错 ---
作者： ![3\_5105](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/3_5105/32/57748_2.png) [@3\_5105](https://meta.appinn.net/u/3_5105)\ 发布日期： [2025 年1 月 27 日 10:30 UTC](https://meta.appinn.net/t/topic/43473/146 "2025-01-27T10:30:27Z")
嗯…其实重型gui考虑到交互逻辑还是很复杂的，不是所有语言都能胜任；另外gui设计其实还含有平面设计领域的知识 [上一页](https://meta.appinn.net/t/topic/43473.md?page=6) [下一页](https://meta.appinn.net/t/topic/43473.md?page=8)