目前在给老师做外包，做一个MFC 重构到 QT平台的项目，奈何本人本就c++功底浅薄，QT舒适区待的有点久（其实QT水平也就那样）MFC原代码管理比较混乱，且没有文档注释，而且读起来我有点无从下手，希望能有前辈给我一点经验 
让老师改需求，把qt改成wpf/electron 
我还是让codex帮我梳理原代码吧
mfc生于那个蛮荒时代，AI不一定能整得明白
等一个用AI改MFC的大佬来 
把混乱无注释的 MFC 重构到 wpf/electron 会比重构到 QT 更简单 
找入口函数，看看哪个是主窗体，看主窗体的onInitdialog()的操作，如果有自己封装的父dialog，还需要看父dialog的操作，然后看resource中的主窗体的dialog的布局，找到你感兴趣的功能按钮，双击到指定位置，然后看对应的代码实现大概是这样
至少UI写起来更简单 
Ai写MFC的麻烦的点在于，MFC相关的有一些文件的格式用utf8编码无法识别，而ai基本上都会给你改为utf8
对MFC就这样，毫无组织毫无逻辑，基于dialog的都是简单的了
之前改东西就是界面搜索关键词瞎试瞎改
目前是这样在做的，谢谢佬 ，核心的点击事件一个函数大概3K行，我现在还在苦难行军
QT 不熟悉，不过，单从写 UI 角度的话，应该也不会复杂多少。
这种项目，难的不是目标的复杂性，是原来 MFC 的复杂度。
QT写UI挺方便的，分层也清晰，比MFC有条理很多啊
哈哈哈漏看了，我还以为他qt也不熟呢
ui的话，mfc主要是看你是否做了继承自绘，是否重写了控件，如果都没的话，仅界面逻辑还是简单的
我觉得qt和mfc其实没差多少，qt的好处是跨平台，界面上的写的方式很多样，更贴近于近代的ui的方式，不过我见过qt上信号槽乱飞，可读性极差的代码，其实用什么框架感觉都差不多
我们最近也在做这种事情，我们的方案是图形界面仿照原有的样式，使用QT重写，之前的代码基本不要了，核心的处理算法找出来做移植。数据类型、线程、网络这种库用QT做替换。
目前也是这么想的
是不是信创啊佬
已经好久没看到过MFC代码了 
还是我经验太少了，我想要成为CPP高手 