用多种框架做GUI开发对比，Flet和DearPyGUI表现惊人

去年年末，办公室的那台打印机出现卡纸时发出的声响，直至如今回想起来，仍旧会令让人感到头疼不已。行政部门的小妹，怀抱着一摞PDF格式的合同，匆匆跑来寻求帮助，这237个文件，全部都是诸如“扫描件_20250318_001.pdf”这般毫无意义的命名方式，她期望能够让我创作一个脚本，依据合同当中的甲方以及金额，实现自动重新命名。这样一个表面看似简单的要求，却致使我将市面上主流的几个安卓桌面开发框架，全都逐一尝试了一遍，其背后所经历的，满满全是遭遇挫折的血泪历程。

Flet像搭乐高但高级功能缺失

给我感觉最像搭乐高的是Flet ，我没去写复杂的那种类 ，同时也不用对事件循环加以理会。只用三段核心代码 ，一段是文件夹选择器这一级 ，一段是关键词输入框这一级 ，还有一段就是“开始处理”按钮这一级。在点击之后它能够实时去显示进度条 ，我还顺便添加了一个日志窗口。整个这样的过程属于拼积木的范畴 ，而并非是焊电路板的那种情况。

然而，Flet的不足之处也是相当显著的。在我有调用系统托盘图标需求之际，它的API显得十分匮乏。当我要监听Windows热键之时，它的API同样毫无亮点。并且，当我想实现拖拽文件到窗口这一功能的时候，它的API更是显得呆板拮据。所生成的界面，虽说同事讲仿若公司OA系统的新模块啦，但一旦碰到深度系统集成需求，它马上就显出不足来了。

DearPyGui开发极快但复杂界面难维护

在运用DearPyGui进行开发之际，其速度着实快得出奇。于紧挨咖啡机静候水烧开的那6分钟当中，我已然给那个PDF脚本附上了完备的窗口外壳。采用纯函数式编法，借助dpg.add_button去设定一个按钮，将处理逻辑绑定妥当，就连布局都无需费心，它会自行排列得井然有序。运行之时顺滑流畅，GPU加速的确是名副其实。

小妹提出增加“预览重命名效果”以及“批量导出Excel报告”的要求后，麻烦随即出现。为此，我对着那一堆dpg.add_window嵌套代码，足足发呆五分钟。它虽不阻止你将界面弄得复杂些，然而它不会帮你记住代码结构，维护时全得依赖自己去脑补，稍有疏忽就极易陷入混乱不堪的状况。

Kivy动画炫酷但桌面体验别扭

Kivy被我用来画出了一个具有赛博朋克风格的PDF分析仪。那些按钮的动画效果，炫酷得仿若从《银翼杀手2049》里现身而出，有着拖拽、滑动以及弹跳的动作，动效一个比一个丝滑柔顺。对于那些钟情于视觉效果的开发者而言，它的确能够制作出极具吸引力、很能抓住人眼球的东西。

但行政部老张实际使用的情况给了我重重一击。他手持鼠标去点“扫描”按钮，手抖了三下才好不容易对准那个发光的圆盘图标进行操作。Kivy按其特性是天生为触屏以及手指滑动所设计的，当把它放置在Windows 11桌面上呈现时，就仿若一个擅自闯入PC片场场景下的安卓平板那样显唐突，如此一来鼠标操作方面的精准程度以及反馈感触等方面都极大程度地被削减了。

PyQt商用授权问题成硬伤

用PyQt写的时候，跟PySide6几乎是同样的顺手程度，其界面布局，以及信号槽机制，都是极为成熟的。我借助它，迅速搭建起了第一版工具，功能方面实现得相当顺畅。那时还觉着找到了最为顺手的工具，险些就决定将它用作最终方案。

当时，法务部同事忽地问了一句，“这工具要是在内部进行部署，那是不是得把源码刻成光盘给客户呢？”，就这么一问，我一下子惊醒过来。PyQt的商用授权要求极为严格，要是在企业内部使用，并且不朝着外部去分发，或许还能够避开风险，然而一旦牵涉到交付给外部客户，就必定得购买商业许可证呢。思索之后，我只能悄悄地把PyQt的requirements.txt给删掉了。

PySide6细节完善成最终方案

交差版本是PySide6，它没太多惊喜，却稳定可靠，在右键菜单里能轻松加个“复制原始文件名”选项，拖拽调整窗口大小时输入框会自动跟着缩放，双击PDF列表项能直接调用系统默认阅读器打开文件，这些看似不起眼的细节，是Qt框架积累十几年的成果。

现今，那套工具仍在行政部的电脑上运行着，其版本号已然更新至v2.3.1。没有人会提及“这个工具运用了何种框架”，恰似没有人会夸赞冰箱的制冷效果出色那般。——工具原本就应这般，稳定、可靠并融入日常工作当中，这才是最终的目标呀。

会有人在项目后期因开发框架选错，而改到崩溃吗，你有过这样的经历吗，有的话欢迎在评论区分享，以便让更多人避开此类坑。