公司终于下手了：去 Qt 化第一刀，先砍 Modbus

这两年很多公司嘴上还没喊“彻底放弃 Qt”但动作已经很诚实了。新项目不想再上 Qt。老项目能不扩就不扩。只要一提新增功能很多领导第一反应已经变成这次能不能别再继续绑 Qt 了说白了Qt 现在最尴尬的地方不是不能用。而是很多公司已经不想再被它越绑越深了。而真正去 Qt 化的时候第一刀砍的往往不是界面而是底层通信。尤其是 Modbus。为什么先砍 Modbus原因很简单UI 太重通信更好下手。你动界面牵扯的是交互、测试、验收、客户体验一不小心整个项目组都得跟着抖。但 Modbus 不一样。它本质上就是一块相对独立的能力连设备读寄存器写寄存器轮询重连超时处理这类东西天然就比 UI 更适合先拆出去。所以很多公司现在的思路很现实界面先别碰先把通信层从 Qt 身上剥下来。而 Modbus就是最好下手的第一块。Qt 的 Modbus为什么越来越像包袱不是因为它不能用而是因为它太容易把底层能力也一起绑死在 Qt 里。本来只是想做个通信结果最后变成定时器是 Qt 的线程是 Qt 的回调是 Qt 的通信也是 Qt 的到最后你会发现你不是在用一个模块你是在让整个项目继续往 Qt 身上长。这才是公司最怕的地方。因为一旦以后想换框架、换界面、换技术路线底层通信都可能跟着一起陪葬。为什么很多团队第一替代会选 libmodbus因为它够直接也够老实。你要做 Modbus它就专心做 Modbus。不接管你的 UI不顺手绑你的工程结构也不会让你越用越离不开它。这对公司来说特别重要。公司现在要的不是“更炫的框架”而是边界清楚。方便独立。以后好迁移。libmodbus 正好符合这几点。先换 Modbus不只是换个库很多人会觉得不就是把 Qt Modbus 换成 libmodbus 吗还真不是这么简单。这一步真正的意义是公司开始认真拆 Qt 了。以前是嘴上嫌麻烦现在是手上真动刀。先把通信层独立。先把底层能力抽出来。先别让 Qt 继续长到更深的地方。这一步一旦开始方向其实就已经很清楚了Qt 可以先留。但不能再继续绑项目核心。最后Qt 没死。老项目也不会一夜之间全重写。但越来越多公司已经不想再继续往里加东西了。而去 Qt 化真正的第一步往往不是重写界面而是先做一件特别务实的事先把 Qt 的 Modbus 砍掉。因为从这一刀开始Qt 就不再是那个完全不能动的底座了。这才是最关键的变化。评论区聊聊你们公司现在还在继续用 Qt Modbus 吗还是已经准备先拿 Modbus 开刀了