如何将老Win32项目的.DLG对话框迁移至VS2022并支持可视化编辑？

问题描述 #

我有一个1997年用Microsoft Visual C++ 5.0开发的早期Win32桌面应用，现已更新至可在Visual Studio 2022编译运行。但该应用的对话框布局及控件定义均存储在独立的.DLG文件中，而非现代项目的.RC文件，导致在VS2022的资源视图中无法显示这些对话框，也无法使用对话框编辑器进行可视化编辑。请问如何让这些对话框能在编辑器中显示？是否可直接将.DLG文件中的代码复制到项目的.RC文件中，然后删除原.DLG文件？

以下是某.DLG文件的部分代码示例：

// PREF.DLG  resource dialog file

#ifndef __PREF_DFS_H
#include "PREF_DFS.H"
#endif

WindowPreferences DIALOG DISCARDABLE  0, 0, 221, 190
STYLE DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU
CAPTION "Windows"
FONT 8, "Helv"
BEGIN
GROUPBOX        "Layout",-1,6,2,208,58
CONTROL         "3D Grey",ID_FRAME_3D_GRAY,"Button",BS_AUTORADIOBUTTON | 
                WS_GROUP | WS_TABSTOP,51,15,46,10
CONTROL         "3D Pattern",ID_FRAME_3D_PAT1,"Button",
                BS_AUTORADIOBUTTON,159,15,46,10
CONTROL         "No Frame",ID_FRAME_PLAIN,"Button",BS_AUTORADIOBUTTON,51,
                41,46,10
CONTROL         "3D Decor",ID_FRAME_3D_DEC,"Button",BS_AUTORADIOBUTTON,
                159,41,46,10
ICON            IDR_ICON2,1010,20,10,21,20
ICON            IDR_ICON3,1011,20,36,21,20
ICON            IDR_ICON4,1012,129,10,21,20
ICON            IDR_ICON5,1013,129,36,21,20
GROUPBOX        "Indicated time",-1,6,61,208,24
CONTROL         "Current",ID_TIME_CURRENT,"Button",BS_AUTORADIOBUTTON | 
                WS_GROUP | WS_TABSTOP,21,70,60,10

解决方案 #

直接将.DLG文件内容合并到项目的.RC文件中是完全可行的，具体步骤如下：

1. 备份文件 #

操作前务必备份原.DLG文件和项目的.RC文件，避免操作失误导致代码丢失。

2. 合并.DLG内容到.RC #

• 在VS2022中右键点击项目的.RC文件，选择查看代码，打开资源脚本的纯文本编辑模式。
• 复制.DLG文件中的全部内容（包括头文件包含语句，比如示例中的#include "PREF_DFS.H"，因为它包含了对话框控件的ID定义）。
• 将复制的内容粘贴到.RC文件的合适位置，比如放在现有对话框资源定义之后，或者单独划分一个对话框区域。
• 若.RC文件中已包含相同的头文件，可以跳过重复的#include语句，但要确保控件ID的头文件被正确引入。

3. 验证并启用可视化编辑 #

• 保存.RC文件后，关闭当前代码视图，重新打开VS的资源视图。此时合并的对话框应该会出现在资源列表中。
• 双击对话框条目，即可打开VS2022的对话框编辑器进行可视化编辑。

4. 清理与测试 #

• 编译项目，检查是否有资源ID冲突、语法错误等问题。
• 确认编译运行正常后，可以删除原.DLG文件（建议暂时保留备份，直到完全确认没有问题）。

注意事项 #

• 资源ID冲突检查：确保.DLG中的控件ID（如ID_FRAME_3D_GRAY）在项目中是唯一的，避免与其他资源ID重复导致编译错误。
• 字体与样式适配：旧代码中的FONT 8, "Helv"等设置，VS2022通常能自动兼容，若显示异常可在编辑器中手动调整字体属性。
• 多.DLG文件处理：如果有多个.DLG文件，建议逐个合并并编译验证，避免一次性引入过多内容导致排查问题困难。

内容的提问来源于stack exchange，提问作者DavidH