企业官网建设流程全解析

简介：面向使用VC2008与MFC进行桌面程序开发的读者，这份示例围绕CTabSheet实现窗口多选项卡界面，适合需要快速搭建属性页式对话框、又不愿从底层控件起步的初中级开发者参考。压缩包共23个文件、约200KB，以h头文件与cpp源文件为主体，配有工程文件、可执行程序，以及rc、ico、aps等资源文件和说明文档，便于直接打开工程对照编译、运行与修改。已有307人学习下载，说明该示例在多选项卡界面实践中具备一定参考价值。代码围绕属性页与派生页展开，涵盖页面标题设置、添加选项卡、消息映射与数据交换、显示对话框等关键环节，并保留发行版构建结果。读者可据此理解选项卡对话框的组织方式，掌握多页面切换与资源布局的基本做法，并较快迁移到自己的项目中，减少界面搭建和联调成本。

1. 从一屏塞不下说起：CTabSheet 在 VC2008 老工程里的定位

主对话框上堆了四十多个控件，改一版加三个，两年下来没人敢动布局——这是很多 VC2008 老 MFC 工程的常态。CTabSheet 就是为这种场景准备的：它把 CTabCtrl 再包一层，允许把若干个子对话框当作页签页面挂上去，AddPage 加页、Show 显示，主对话框里的业务代码几乎不用重写。适合三类人：维护老 MFC 项目、不想引入第三方界面库、又必须把配置项按功能分组的人。它不解决皮肤和动画，只解决「一屏放不下」这个最朴素的问题。下面按这个例程的实际结构拆开讲：类骨架、资源设置、接线代码、切换逻辑，以及我在 VC2008 下踩过的五个坑。

2. CTabSheet 的骨架：一个 CTabCtrl 加一个对话框指针数组

2.1 类的成员构成与各自的职责

这个类的实现思路非常直白：既然 CTabCtrl 天生只会画标签、不会承载页面，那就自己维护一份「页面对象 + 模板 ID + 当前索引」的账本，标签的插入、页面的建窗口、显示区的计算全部由这份账本驱动。拆开看只有五个成员变量和六个方法，没有隐藏状态，这也是它比换一套界面库更适合老工程的原因——出问题的时候你能一眼看到底。

为什么要单独存 m_pageIDs，而不是从 CDialog 对象里反查模板？因为 CDialog 构造时传进去的 ID 最终以字符串形式挂在 m_lpszTemplateName 上，运行时再反查资源表既绕又容易在 Unicode/ANSI 混编时出岔子。直接把 UINT 存一份，Create 的时候原样传进去，最省事，也最不容易错。

2.2 页面为什么必须是 Child 样式的对话框

这是整个方案的地基，也是新手最容易做错的一步。页面在资源编辑器里必须把 Style 改成 Child、Border 改成 None，然后以Create(nIDTemplate, this)的方式把父窗口指定为页签控件本身。此时页面窗口是页签控件的子窗口，坐标相对于页签客户区，跟随页签的移动和销毁，和普通控件没有区别。

反过来，如果模板留着默认的 Popup + Title bar，Create 出来的是一个顶层弹出窗口，它不受页签裁剪，会自己飘在屏幕某个位置，切页签的时候它也不跟着隐藏。现象就是「点页签没反应，但旁边多出来一个小窗口」——这不是 CTabSheet 的 bug，是资源模板的样式没改。

另一个容易被忽略的连锁反应：页面窗口的父是页签控件，所以页面里写GetParent()拿到的是 CTabSheet，不是主对话框。页面要访问主对话框的数据，要么沿GetParent()->GetParent()往上走两层，要么在页面类里存一个主对话框指针，后者更稳妥，前者在页面被重挂到别处时会静默失效。

还有一点：页面是子对话框，不是 DoModal 出来的模态框。子对话框共用主线程的消息循环，主对话框不会被禁用，这是页签方案能成立的前提；一旦你对页面调了 DoModal，整个界面就卡在那一个页面上，页签也就失去意义了。

2.3 调用时序：Create、AddPage、Show 谁先谁后

顺序错了会出现「标签有、页面空」或者断言失败。正确的顺序是三段：先在 OnInitDialog 里对页签控件对象调用 AddPage 把页面登记进去，再调用一次 Show 完成建窗口和首次显示，最后交给消息驱动。

AddPage 只做两件事：把页面指针和模板 ID 压进数组，然后 InsertItem 插一个标签。它刻意不创建窗口，是因为这时候页签控件自身的布局可能还没定下来，提前 Create 会拿到一个错误的显示区矩形。

Show 才是真正干活的地方。第一次调用时遍历所有页面，未建窗口的按模板 ID Create 成页签的子窗口，然后用 AdjustRect 算出显示区、SetWindowPos 摆好、ShowWindow 只让当前页可见。

// TabSheet.cpp：Show 的核心循环，第一次调用完成建窗口 + 摆放 + 首次显示 void CTabSheet::Show() { if (m_nNumOfPages == 0) return; CRect rc; GetClientRect(&rc); AdjustRect(FALSE, &rc); // 客户区矩形 → 页签下方的显示区矩形 for (int i = 0; i < m_nNumOfPages; i++) { CDialog* pPage = m_pPages[i]; // 只建一次：IsWindow 判断避免重复 Create 触发断言 if (!::IsWindow(pPage->GetSafeHwnd())) { if (!pPage->Create(m_pageIDs[i], this)) // 父窗口 = 页签控件 continue; } // 统一摆到显示区，尺寸由页签说了算，不看模板原始大小 pPage->SetWindowPos(NULL, rc.left, rc.top, rc.Width(), rc.Height(), SWP_NOZORDER | SWP_NOACTIVATE); // 只有当前页可见，其余隐藏但保留窗口，数据才不会丢 pPage->ShowWindow(i == m_nCurrentPage ? SW_SHOW : SW_HIDE); } SetCurSel(m_nCurrentPage); }

AdjustRect(FALSE, &rc)的第二个参数是「大矩形还是小矩形」的开关：传 FALSE 表示我要把窗口矩形换算成页签内部的显示区，传 TRUE 是反过来。这里必须传 FALSE，传错了页面会比显示区大一整圈，把标签栏盖住。SWP_NOZORDER | SWP_NOACTIVATE两个标志不能省：前者防止页面被顶到 Z 序最前遮住标签，后者防止摆位置的时候抢焦点导致输入光标乱跳。

3. 在 VC2008 里把例程跑起来：资源设置、DDX 绑定与三段接线

3.1 资源编辑器和工程属性的硬性设置

这个例程是标准的 MFC 对话框工程，VC2008 新建时选「MFC 应用程序」→「基于对话框」，字符集保持默认的 Unicode。TabSheet.h 和 TabSheet.cpp 通过「项目 → 添加 → 现有项」加进来，注意这两个文件的第一个 include 必须是 stdafx.h，否则在「使用预编译头」的配置下编译会直接中断。

主对话框资源里放一个 Tab Control，ID 改成 IDC_TAB_HOST，Visible 保持勾选，其余属性默认即可。然后建三个页面对话框模板，属性按下表设置，一张都不能漏：

页面对话框模板的尺寸建议就按页签显示区的实际大小来画，不要先随便画一个再指望运行时拉伸。原因在 3.3 节会展开：运行时 SetWindowPos 只改窗口大小，页面里的控件不会跟着缩放，模板画小了页面右下角就是一片空白，画大了控件直接被裁掉。

3.2 主对话框里的三段接线代码

接线分三处：头文件里声明成员、DoDataExchange 里绑定控件、OnInitDialog 里注册页面并 Show。页面对象直接作为主对话框的成员存在，生命周期跟着主对话框走，不需要 new/delete，也就不会出现「程序退出时页面窗口还挂着」的泄漏。

// MainDlg.h：页面对象作为成员，随主对话框一起构造和析构 #include "TabSheet.h" #include "PageBasic.h" #include "PageParam.h" #include "PageLog.h" class CMainDlg : public CDialog { // ... 省略标准部分 protected: CTabSheet m_tab; // 绑定资源里的 IDC_TAB_HOST CPageBasic m_pageBasic; // 三个页面对象，构造时传入各自的模板 ID CPageParam m_pageParam; CPageLog m_pageLog; };

// MainDlg.cpp：DDX 绑定必须早于 OnInitDialog 里的任何 Show 调用 void CMainDlg::DoDataExchange(CDataExchange* pDX) { CDialog::DoDataExchange(pDX); DDX_Control(pDX, IDC_TAB_HOST, m_tab); // 这一步让 m_tab 拿到有效 HWND } BOOL CMainDlg::OnInitDialog() { CDialog::OnInitDialog(); // 顺序敏感：先 AddPage 登记，再 Show 建窗口 m_tab.AddPage(&m_pageBasic, IDD_PAGE_BASIC, _T("基本信息")); m_tab.AddPage(&m_pageParam, IDD_PAGE_PARAM, _T("参数设置")); m_tab.AddPage(&m_pageLog, IDD_PAGE_LOG, _T("运行日志")); m_tab.Show(); // 首次调用：建窗口 + 摆位置 + 显示第 0 页 return TRUE; }

三个参数里，第一个是页面对象地址，第二个是模板 ID，第三个是标签文字。标签文字用_T()包起来是 Unicode 配置下的硬性要求，直接写"基本信息"在 Unicode 工程里会因为 const char* 到 LPCTSTR 的转换失败而报 C2664。

页面类的构造函数里也要传一次模板 ID，比如CPageParam::CPageParam() : CDialog(IDD_PAGE_PARAM)。这个 ID 和 AddPage 传的必须一致，否则 Create 用的是构造函数里那个，标签却按 AddPage 的账本记录，页面内容和你点的标签会对不上，而且不会报任何错，属于典型的静默故障。

DDX_Control 这一步不能省，也不能放到 OnInitDialog 之后。m_tab 是 CTabCtrl 派生类的对象，只有走过 DDX 才会 SubclassDlgItem 到资源里那个真实控件上；没走 DDX 就调 AddPage，InsertItem 作用在一个没有 HWND 的对象上，行为未定义。老工程里如果用 SubclassDlgItem 手动绑定，记得在 OnInitDialog 开头调用。

3.3 页面位置计算：AdjustRect 与模板尺寸的换算

页签控件的客户区分两块：上面是标签栏，下面是显示区。显示区的位置和大小跟标签行数有关，一行标签和两行标签的偏移量差十几像素，硬编码坐标在不同 DPI 和不同字体下必然错位。AdjustRect 就是干这个的，它按当前标签栏的实际高度算出显示区，是唯一可靠的做法。

// 页面矩形必须走 AdjustRect，不能拿 GetClientRect 直接用 CRect rc; GetClientRect(&rc); // rc 此时是整个客户区，含标签栏 AdjustRect(FALSE, &rc); // rc 变成显示区，左上角已让开标签栏 // 之后每一次摆放都用这个 rc

参数说明：GetClientRect 拿到的矩形是相对页签客户区坐标的，恰好就是子窗口 SetWindowPos 需要的坐标系，中间不需要再做 ScreenToClient 转换。AdjustRect 的 FALSE 表示「按窗口矩形算显示区」，如果传 TRUE，它算的是「显示区要多大才能让窗口变成这个尺寸」，方向反了。

模板尺寸的换算要留个心眼。对话框模板在资源编辑器里以 DLU 为单位，运行时按系统字体换算成像素，同一份模板在不同 DPI 的机器上像素尺寸不同。所以页面模板要么画得比显示区略小一圈（留出余量，靠 SetWindowPos 拉大），要么在页面类的 OnSize 里自己做控件布局。我一般选前者加一点锚定：模板按 96 DPI 画到刚好，页面类里重写 OnSize，把右侧和底部的控件按比例挪一挪，这样在高 DPI 下不会出现按钮被切掉半个的情况。

4. 切换、懒加载与缩放：页签显示区的三种重排时机

4.1 TCN_SELCHANGE 与消息反射：切换通知走哪条路

页签被点击时，控件向父窗口发 WM_NOTIFY，通知码是 TCN_SELCHANGE。CTabSheet 是控件本身，想在自己的类里接这条通知，必须用 ON_NOTIFY_REFLECT 而不是 ON_NOTIFY。原因是 MFC 的消息反射机制：父窗口（主对话框）收到 WM_NOTIFY 后，会先看看发通知的控件是不是 MFC 对象，是的话把消息反射回控件自己的消息映射。用 ON_NOTIFY_REFLECT 才能接住这条反射回来的消息。

// TabSheet.cpp：消息映射用 REFLECT，处理函数写在控件类里 BEGIN_MESSAGE_MAP(CTabSheet, CTabCtrl) ON_NOTIFY_REFLECT(TCN_SELCHANGE, &CTabSheet::OnSelchange) ON_WM_SIZE() END_MESSAGE_MAP() void CTabSheet::OnSelchange(NMHDR* pNMHDR, LRESULT* pResult) { SwitchTo(GetCurSel()); // 用 GetCurSel 而不是通知结构体里的字段，更直接 *pResult = 0; } void CTabSheet::SwitchTo(int nIndex) { if (nIndex < 0 || nIndex >= m_nNumOfPages || nIndex == m_nCurrentPage) return; m_pPages[m_nCurrentPage]->ShowWindow(SW_HIDE); // 隐藏不销毁 m_nCurrentPage = nIndex; m_pPages[m_nCurrentPage]->ShowWindow(SW_SHOW); m_pPages[m_nCurrentPage]->SetFocus(); // 把焦点交给新页面 }

反射生效有两个前提：父窗口本身是 MFC 窗口（CDialog 派生就满足），控件对象是通过 DDX_Control 或 SubclassDlgItem 绑定的。如果页签控件是用裸 CreateWindowEx 建出来的原生控件，没有 C++ 对象接管，反射无从谈起，这时候只能在主对话框里写 ON_NOTIFY，两套别混着用。

另外有个细节：点击已经选中的那个标签不会触发 TCN_SELCHANGE，因为选中项没变。如果业务上需要「再点一次刷新当前页」，得额外处理 NM_CLICK，判断点击位置落在哪个标签上，再手动调一次刷新。多数场景用不上，但知道有这么回事，排查「为什么点当前页没反应」的时候能少走弯路。

4.2 懒加载与状态保持：Create 的时机和 DestroyWindow 的取舍

Show 里一次性把三个页面全建出来，页数少的时候没问题；页数上到十个八个，每个页面又带着表格和列表控件，OnInitDialog 的耗时会肉眼可见地拉长，用户点开程序要等半秒才见着界面。这时候改成懒加载：Show 只建当前页，其余等第一次切过去再建。

// 懒加载版：只在真正要看这一页时才 Create BOOL CTabSheet::EnsurePage(int nIndex) { CDialog* pPage = m_pPages[nIndex]; if (::IsWindow(pPage->GetSafeHwnd())) return TRUE; if (!pPage->Create(m_pageIDs[nIndex], this)) return FALSE; CRect rc; GetClientRect(&rc); AdjustRect(FALSE, &rc); pPage->SetWindowPos(NULL, rc.left, rc.top, rc.Width(), rc.Height(), SWP_NOZORDER | SWP_NOACTIVATE); return TRUE; }

SwitchTo 里在 ShowWindow 之前先调一次 EnsurePage，返回 FALSE 就直接退回去，别把隐藏的空窗口当成正常页。参数上没什么可调的，唯一要注意的是 EnsurePage 里必须重算一次矩形，因为页面可能是在主窗口缩放过之后才被创建的，用 Show 那一刻的旧矩形会错位。

状态保持的取舍更关键：页面切走的时候用 ShowWindow(SW_HIDE) 而不是 DestroyWindow。隐藏的窗口还在，控件里的文本、列表项、滚动位置全都原样保留，切回来就是刚才的样子；一旦 DestroyWindow，下次重建走一遍 OnInitDialog，用户填的东西全没了。代价是内存占用高一些，页数特别多的时候要自己权衡，我一般的判断标准是：页面里有用户输入就隐藏，纯展示的静态页可以销毁重建。

还有一个坑点：页面隐藏时不会自动把控件数据回写到成员变量。如果业务依赖 DDX 的数据，切走之前得在 SwitchTo 里调一次UpdateData(TRUE)，或者在页面类里重写 OnKillFocus 之类的时机自己处理。等程序退出再统一 UpdateData，中间那些被销毁或重置的页面数据就丢了。

4.3 主窗口缩放时的重排：OnSize 里的两件事

主对话框可以拉大缩小，页签要跟着变，页面要跟着页签变。链条是这样的：主对话框收到 WM_SIZE → MoveWindow 挪页签 → 页签自己收到 WM_SIZE → 调 RecalcLayout 重算所有页面矩形。三段各管一段，别在父窗口里越级去摆页面，否则同一帧里摆两次，界面上能看到明显的抖动。

// MainDlg.cpp：父窗口只负责挪页签，页面交给页签自己的 OnSize 处理 void CMainDlg::OnSize(UINT nType, int cx, int cy) { CDialog::OnSize(nType, cx, cy); // 对话框创建过程中就会收到 WM_SIZE，此时控件可能还没有 HWND if (!::IsWindow(m_tab.GetSafeHwnd())) return; CRect rc; GetClientRect(&rc); rc.DeflateRect(10, 10, 10, 10); // 与资源里预留的边距保持一致 m_tab.MoveWindow(&rc); // 触发 CTabSheet::OnSize → RecalcLayout }

// TabSheet.cpp：页签尺寸一变就把所有页面重新摆一遍 void CTabSheet::RecalcLayout() { if (m_nNumOfPages == 0) return; CRect rc; GetClientRect(&rc); AdjustRect(FALSE, &rc); for (int i = 0; i < m_nNumOfPages; i++) { if (::IsWindow(m_pPages[i]->GetSafeHwnd())) { m_pPages[i]->SetWindowPos(NULL, rc.left, rc.top, rc.Width(), rc.Height(), SWP_NOZORDER | SWP_NOACTIVATE); } } } void CTabSheet::OnSize(UINT nType, int cx, int cy) { CTabCtrl::OnSize(nType, cx, cy); // 先让基类处理 RecalcLayout(); }

if (!::IsWindow(...))那一行判断是必须的。对话框创建期间，控件的 HWND 还没建好，WM_SIZE 就已经发过来了，此时 MoveWindow 作用在空句柄上会直接崩。加上判断之后，创建期的那次消息被跳过，真正的布局由 OnInitDialog 之后的第一次有效 WM_SIZE 完成。

页面内部的控件不会自动跟随页面缩放，这一点前面提过，实践里的做法是在页面基类里写一份通用的 OnSize，按控件原来的相对位置做锚定。三个页面都从这个基类派生，就不用每个页面各写一遍。

5. 避坑：CTabSheet 在 VC2008 下最容易翻车的 5 个地方

5.1 编译直接断在 TabSheet.cpp，报 C1010

现象：加完两个文件，一编译就停在 TabSheet.cpp 第一行，提示「unexpected end of file while looking for precompiled header」，或者干脆找不到 stdafx.h。

原因：VC2008 工程默认开启预编译头，要求每个 .cpp 的第一条有效语句是#include "stdafx.h"。从别处拷来的 TabSheet.cpp 往往第一行就是自己的头文件，或者顶上有注释和空行把 include 挤到了后面。

解决：打开 TabSheet.cpp，把#include "stdafx.h"提到最前面，注释也只能放在它下面。如果这个文件确实不需要预编译头，右键文件 → 属性 → C/C++ → 预编译头 → 选「不使用预编译头」，但同工程里两种设置混用容易在链接期冒出奇怪的重复定义，我一般统一改成加 stdafx.h，省心。

5.2 标签出来了，页面是一片空白，或者旁边飘出一个小窗口

现象：页签标签正常显示，点进去下面什么都没有；或者主对话框旁边多出一个带标题栏的小窗口，关掉它页面就空了。

原因：页面对话框模板的 Style 还是 Popup、Border 还是 Dialog Frame。Create 时父窗口虽然传了 this，但 WS_POPUP 样式优先级更高，窗口变成顶层窗口，不受页签裁剪也不跟随页签移动。

解决：资源编辑器里把三个页面对话框的 Style 改成 Child、Border 改成 None、Title Bar 取消勾选，重新编译。改完还空白的话，检查 Show 里是不是漏了 ShowWindow(SW_SHOW)，或者 m_nCurrentPage 的初值被别的代码改成了非法索引。

5.3 点标签完全没反应，处理函数断点根本不进

现象：AddPage 和 Show 都正常，第一页也显示出来了，点其他标签没任何变化，OnSelchange 上的断点一次都不命中。

原因：消息映射写成了ON_NOTIFY(TCN_SELCHANGE, IDC_TAB_HOST, ...)放在控件类里。ON_NOTIFY 是给父窗口用的宏，控件类自己收不到；反射消息必须用 ON_NOTIFY_REFLECT。反过来，如果处理函数写在主对话框里却用了 REFLECT，同样不触发。

解决：处理逻辑写在 CTabSheet 里就用 ON_NOTIFY_REFLECT，参数只写通知码，不写控件 ID；写在主对话框里就用 ON_NOTIFY 加控件 ID。两个位置选一个，别两边都写，否则同一次点击 SwitchTo 跑两遍，页面的显示状态会错乱。

5.4 页面只占了显示区的左上角一小块，或者控件被切掉半截

现象：页签下面的显示区明显很大，页面窗口却只有一小块，右下角全是主对话框的背景色；或者页面上右边的按钮看不见了。

原因：前者是 SetWindowPos 用了 GetClientRect 的原始矩形、没走 AdjustRect，页面被摆到了标签栏下面；后者是页面模板按大尺寸画，但显示区被标签栏占掉一部分后变小了，超出部分被裁。高 DPI 环境下这个问题会更明显，因为模板的 DLU 换算出来的像素尺寸随系统字体变化。

解决：位置统一走GetClientRect+AdjustRect(FALSE, &rc)两步，不要硬编码偏移。模板尺寸按显示区的实际像素反推，或者干脆在页面基类里重写 OnSize 做锚定布局，让控件跟着页面走。改完在 125% 缩放的机器上再看一眼，很多在 100% 下正常的布局到 125% 就露馅了。

5.5 在页面里按回车或 ESC，主对话框直接关了

现象：页面里放了个编辑框，用户输完按回车，整个程序退出；或者页面里点了「确定」，主对话框跟着消失。

原因：子对话框里的按钮 ID 用了 IDOK 或 IDCANCEL，回车和 ESC 会被对话框管理器当成默认按钮和取消按钮处理，触发子对话框的 OnOK/OnCancel，而 CDialog 的默认实现是 EndDialog，把父窗口一起带走了。

解决：页面类里重写 OnOK 和 OnCancel，函数体留空，彻底关掉这条默认路径；页面上的按钮改用 IDC_BTN_APPLY 之类的自定义 ID，别用 IDOK。主对话框这边也顺手在 OnOK 里加一道判断，确认是用户真的点了退出再走 EndDialog。

// 页面类里把默认的确定/取消路径掐断，避免回车关掉整个程序 void CPageParam::OnOK() { // 子页面不结束对话框，这里只做数据校验 if (!UpdateData(TRUE)) return; } void CPageParam::OnCancel() { // 空实现：ESC 在页面里应当无效 }

6. 交付前的最后一公里：动态页管理与一遍自检

页数固定的时候，这套结构到上一章就够用了。真正上项目会遇到页签内容随配置变化的情况，比如按设备型号决定显示几个配置页。这时候需要补两个方法：清空和重建。清空的时候注意，页面对象是不是 new 出来的决定了要不要 delete，这个例程里页面是主对话框的成员，只 DestroyWindow 不 delete；如果是动态 new 的，得自己配对释放，否则每次重建都漏一块。

// TabSheet.cpp：清空所有页，只销毁窗口，不碰对象本身 void CTabSheet::RemoveAllPages() { for (int i = 0; i < m_nNumOfPages; i++) { if (::IsWindow(m_pPages[i]->GetSafeHwnd())) m_pPages[i]->DestroyWindow(); } m_pPages.RemoveAll(); m_pageIDs.RemoveAll(); DeleteAllItems(); m_nNumOfPages = 0; m_nCurrentPage = 0; }

重建的时机要选在页签容器稳定之后，一般是配置加载完成再调 AddPage 加 Show，别在 OnInitDialog 里一边读配置一边加页，容易读到一半加一半。

交付前我习惯按下面这张表过一遍，五分钟能省掉一轮返工：

有一回赶进度跳过了最后一项，测试同事在页面里按了个回车，程序当场退出，日志里什么都没有，查了两个小时才定位到是 IDOK 的默认处理。从那以后我每次加完页签都会先在页面里狂按回车和 ESC，再拉一遍窗口大小，最后才去写业务逻辑。希望帮到你。

本文还有配套的精品资源，点击获取