简介面向MFC开发者的一份实用工程示例聚焦单文档界面SDI中多种视图切换的实现方法。资源以一套完整的SDIMultiView工程为载体详细演示了如何创建并注册多个CView派生类、配置CDocTemplate文档模板以及通过菜单命令调用AddView/RemoveView与SetActiveView实现视图的动态切换同时兼顾视图生命周期管理、布局调整和多视图间的数据同步更新。压缩包共23个文件以.h头文件和.cpp源文件为主辅以资源文件、图标及项目配置整体仅138KB结构紧凑便于快速查阅和代码复用。目前已有1299人学习下载适合具备MFC基础、希望提升界面交互设计能力的开发者参考学习。 写这个主题是因为我最近在一个老项目中做重构遇到了MFC单文档视图切换的实际需求。网上关于这个问题的讨论其实不少但很多都是简单贴一段代码完事缺少对原理和坑位的说明。这篇文章把我在实践中的完整思路、代码实现和踩过的坑整理出来希望对正在做同类功能的朋友有帮助。1. 视图切换的四种方案先想清楚再动手MFC的单文档界面SDI本质上是一个CFrameWnd框架窗口挂着一个文档模板正常情况下它只管理一个视图。但这个“只管理一个”不等于“只能显示一个”——在框架窗口里挂多个视图并且按需切换是完全可以做到的。关键在于选哪条路实现切换。我梳理了四种常见做法方案一销毁重建。每次切换时销毁当前视图用CreateObject重新创建目标视图并挂接文档。这种方式实现最简单但代价是视图内部状态比如滚动位置、选中项、临时数据全部丢失而且频繁创建销毁容易踩到内存和资源泄漏的坑。方案二预先创建多个视图切换时显示/隐藏。在CMainFrame初始化时就把所有视图创建好通过ShowWindow(SW_HIDE)和ShowWindow(SW_SHOW)控制显隐配合SetActiveView切换消息路由。这是我最推荐的方式切换开销小视图状态天然保留。方案三使用CSplitterWnd切分窗口。严格说这不是“切换”而是“同时显示”适合需要左右或上下分屏对比的场景。但它也可以结合方案二做“切换分屏”的组合玩法。方案四CTabCtrl 视图Docker。在视图区域顶部放一个Tab控件点击Tab时切换视图。思路和方案二类似只是触发方式变成Tab页直观一些但实现上多了消息协调的复杂度。我最终选择方案二。原因很简单项目里这些视图的数据状态都很宝贵比如有个数据库查询结果视图对应热词里那个“mfc查找mysql”的场景用户翻了几页、选了几行一销毁重建全没了。用显示/隐藏的方式视图对象常驻内存状态不会丢而且切换速度很快不会有明显的“重新加载”等待感。2. 开干前必须吃透的几个基础点网上很多半吊子教程一上来就让你写代码结果写出来要么视图不显示要么消息收不到。其实这些问题的根源都在几个基础知识点上。2.1CCreateContext视图能否正确挂接文档的关键MFC创建一个视图时会传入一个CCreateContext结构体指针。这个结构体里封装了文档模板、文档指针、新视图的类信息等。SDI环境下框架默认创建视图时由CDocTemplate来填充这个上下文但是如果我们要手动创建第二个、第三个视图就得自己构造。CCreateContext结构体定义在afxext.h中核心字段有struct CCreateContext { CRuntimeClass* m_pNewViewClass; // 要创建的视图类 CDocument* m_pCurrentDoc; // 当前文档 CDocTemplate* m_pNewDocTemplate; // 使用的文档模板 };手动创建视图时m_pNewViewClass必须填对否则Create会失败m_pCurrentDoc填文档指针这样视图的GetDocument()函数才能正确返回文档。这里最容易犯的错是只传了m_pNewViewClass没传文档结果视图能显示但一调用GetDocument()就断言失败。2.2 视图ID与消息路由菜单广播去哪了MFC的命令消息路由顺序是视图 → 文档 → 框架 → 应用程序。对于SDI来说框架窗口会把WM_COMMAND消息先送给当前活动视图。这里的关键词是“当前活动视图”——也就是说只有调用了SetActiveView的视图才能收到WM_COMMAND藏在背后隐藏着的视图收不到任何菜单或快捷键命令。还有一点很多人不知道视图是窗口窗口就有ID。我们在CMainFrame中创建视图时可以指定子窗口ID比如AFX_IDW_PANE_FIRST如果多个视图共用一个IDGetDlgItem拿到的永远是第一个切换就会失效。所以每个视图都要分配独立且唯一的ID。另外同一个文档模板的多个视图共享同一个文档对象UpdateAllViews会把更新通知发给该文档关联的所有视图。这点在切换场景下是好事——但如果你没做视图关联又想各视图独立反而要注意别让一个视图的修改把另一个视图的数据也刷掉了。2.3OnInitialUpdate、OnUpdate与文档状态视图第一次创建并挂接文档后框架会调用OnInitialUpdate这个函数只调用一次。之后文档数据变化框架会调用OnUpdate。手动创建的视图框架不会自动触达这两件事——你必须在创建后手动调一次OnInitialUpdate否则视图内部不会初始化数据。同时如果你的文档类里维护了“当前活动视图”之类的状态还要考虑多个视图同时指向同一文档时的冲突问题。我的做法是在文档里不存任何视图相关状态视图切换逻辑完全放在框架层文档只负责数据这样最不容易出乱子。3. 完整实操基于方案二实现三视图切换下面这个例子我尽量写得贴近实际可用。场景一个SDI程序包含三个视图——列表视图CListView、编辑视图CEditView和一个自定义绘制视图CMyGLView用于OpenGL绘制对应热词中“mfc opengl”的场景通过菜单项和工具栏按钮切换。3.1 准备视图类与资源ID在Resource.h中定义视图子窗口ID#define ID_VIEW_LIST 1001 #define ID_VIEW_EDIT 1002 #define ID_VIEW_GL 1003注意这些ID不能与已有的菜单ID、控件ID冲突。我的习惯是用一个大数值区间单独隔离视图ID比如从1000开始这样调试时一眼就能分辨。在CMainFrame中声明成员变量class CMainFrame : public CFrameWnd { protected: CView* m_pListView; CView* m_pEditView; CView* m_pGLView; CView* m_pCurView; // 当前活动视图 public: void SwitchView(UINT nViewID); BOOL CreateViews(CCreateContext* pContext); protected: afx_msg void OnViewList(); afx_msg void OnViewEdit(); afx_msg void OnViewGL(); afx_msg void OnUpdateViewList(CCmdUI* pCmdUI); DECLARE_MESSAGE_MAP() };消息映射BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd) ON_COMMAND(ID_VIEW_LIST, CMainFrame::OnViewList) ON_COMMAND(ID_VIEW_EDIT, CMainFrame::OnViewEdit) ON_COMMAND(ID_VIEW_GL, CMainFrame::OnViewGL) ON_UPDATE_COMMAND_UI(ID_VIEW_LIST, CMainFrame::OnUpdateViewList) ON_UPDATE_COMMAND_UI(ID_VIEW_EDIT, CMainFrame::OnUpdateViewEdit) ON_UPDATE_COMMAND_UI(ID_VIEW_GL, CMainFrame::OnUpdateViewGL) END_MESSAGE_MAP()3.2 在CMainFrame中创建并管理视图CMainFrame::OnCreate会收到框架创建的CreateContext我们要拦截它不执行默认的单视图创建而是自己创建三个视图BOOL CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct) { if (CFrameWnd::OnCreate(lpCreateStruct) -1) return -1; CCreateContext context; // 获取当前文档模板创建的上下文 // 注意此时文档可能尚未创建取决于你的文档模板配置 // 我这里假设文档模板已经存在取第一个文档指针 CDocument* pDoc (CDocument*)CWnd::FromHandle( AfxGetApp()-m_pMainWnd-GetSafeHwnd()); // 实际项目中通常用 GEtDocument 或全局文档指针建议使用 // CDocManager 遍历文档或者从 InitInstance 中缓存 context.m_pCurrentDoc m_pDoc; // 你持有的文档指针 context.m_pNewDocTemplate NULL; context.m_pNewViewClass RUNTIME_CLASS(CMyListView); m_pListView CreateView(ID_VIEW_LIST, context); context.m_pNewViewClass RUNTIME_CLASS(CMyEditView); m_pEditView CreateView(ID_VIEW_EDIT, context); context.m_pNewViewClass RUNTIME_CLASS(CMyGLView); m_pGLView CreateView(ID_VIEW_GL, context); // 默认显示列表视图 m_pCurView m_pListView; m_pListView-ShowWindow(SW_SHOW); m_pEditView-ShowWindow(SW_HIDE); m_pGLView-ShowWindow(SW_HIDE); SetActiveView(m_pListView); return 0; }上面的CreateView是我封装的辅助函数CView* CMainFrame::CreateView(UINT nID, CCreateContext* pContext) { if (!pContext || !pContext-m_pNewViewClass) return NULL; // 通过运行时类动态创建视图对象 CView* pView (CView*)pContext-m_pNewViewClass-CreateObject(); if (!pView) return NULL; // 创建窗口这里用的 CRect(0,0,0,0) 会在后续 MoveWindow 时调整大小 // AFX_WS_DEFAULT_VIEW 是视图默认样式组合WS_CHILD | WS_VISIBLE | WS_CLIPSIBLINGS ... if (!pView-Create(NULL, NULL, AFX_WS_DEFAULT_VIEW, CRect(0, 0, 0, 0), this, nID, pContext)) { delete pView; return NULL; } // 手动触发一次初始化 // OnInitialUpdate 中会调用 UpdateData(FALSE) 等初始化操作 pView-OnInitialUpdate(); return pView; }创建完成后视图需要在OnSize时跟随框架客户区调整大小void CMainFrame::OnSize(UINT nType, int cx, int cy) { CFrameWnd::OnSize(nType, cx, cy); if (m_pListView m_pEditView m_pGLView) { CRect rcClient; GetClientRect(rcClient); // 让所有视图都铺满客户区 m_pListView-MoveWindow(rcClient); m_pEditView-MoveWindow(rcClient); m_pGLView-MoveWindow(rcClient); } }这里有个细节因为三个视图是叠在一起的所以对有背景的视图最好把WS_CLIPSIBLINGS样式加上否则切换时会出现子窗口残影互相覆盖的问题。视图默认的AFX_WS_DEFAULT_VIEW里其实包含了WS_CLIPSIBLINGS所以一般没问题。3.3 切换函数实现切换视图的核心逻辑就是把当前活动的隐藏把目标视图显示并激活void CMainFrame::SwitchView(CView* pNewView) { if (!pNewView || pNewView m_pCurView) return; ASSERT(pNewView-GetParent() this); // 隐藏当前视图 if (m_pCurView) { m_pCurView-ShowWindow(SW_HIDE); m_pCurView-ModifyStyle(WS_VISIBLE, 0); } // 显示新视图并调整尺寸 pNewView-ShowWindow(SW_SHOW); pNewView-ModifyStyle(0, WS_VISIBLE); CRect rcClient; GetClientRect(rcClient); pNewView-MoveWindow(rcClient); // 关键激活视图让消息路由正确切换到新视图 SetActiveView(pNewView); m_pCurView pNewView; // 强制立即重绘避免出现空白闪烁 pNewView-Invalidate(); pNewView-UpdateWindow(); // 给视图一个焦点机会 pNewView-SetFocus(); }三个菜单响应函数就非常简洁了void CMainFrame::OnViewList() { SwitchView(m_pListView); } void CMainFrame::OnViewEdit() { SwitchView(m_pEditView); } void CMainFrame::OnViewGL() { SwitchView(m_pGLView); }同时让菜单项能正确显示勾选状态void CMainFrame::OnUpdateViewList(CCmdUI* pCmdUI) { pCmdUI-SetCheck(m_pCurView m_pListView); }OnUpdateViewEdit和OnUpdateViewGL同理分别判断是否等于m_pEditView和m_pGLView。如果你的工具栏按钮用了TBBS_CHECK风格这套ON_UPDATE_COMMAND_UI机制同样能让按钮呈现按下/弹起效果不需要额外代码。3.4 视图间数据同步的补充方案三个视图若共享一个文档切换并不影响数据一致性。但如果视图内部缓存了与文档不同的临时状态比如未提交的编辑内容我建议在切换时做一个“即将离开”的通知机制让视图有机会保存未完成状态。一个轻量的做法是给视图基类加虚函数class CMyBaseView : public CView { public: virtual void OnViewActivated() {}; // 视图被激活时调用 virtual void OnViewDeactivated() {}; // 视图被隐藏前调用 };然后在SwitchView中调用if (m_pCurView) { ((CMyBaseView*)m_pCurView)-OnViewDeactivated(); } ((CMyBaseView*)pNewView)-OnViewActivated();这样子类可以按需处理临时数据比如编辑视图里未提交的文本先缓存到成员变量绘图视图先保存当前的视口位置切换回来时还能接着上次的状态继续操作。4. 踩坑实录这些问题我基本都遇到过4.1 视图收不到菜单命令这是最常见的问题根源通常是SetActiveView没调用或者调用时机不对。框架在路由命令时会先找活动视图如果活动视图还是初始的旧视图菜单命令就被旧视图处理了或者直接丢弃。另外要注意如果视图内部重写了OnCmdMsg并且在函数的开头就return了命令永远不会传到CView::OnCmdMsg也就进不了消息映射。自定义视图类里重写OnCmdMsg时一定要在结尾调用基类版本。4.2 重复切换后内存暴涨原因是每次切换都创建了新视图而没有销毁旧视图。有些教程里写的“切换销毁旧的创建新的”如果PostNcDestroy里面没有正确delete this销毁动作根本没执行内存自然就泄漏了。我的建议是如果决策方案二显示/隐藏就完全不要走销毁重建的路子。所有视图在初始时创建一次常驻内存。假如某个视图特别吃内存比如OpenGL上下文又想释放资源可以在OnViewDeactivated里释放GPU资源在OnViewActivated里重新初始化上下文而不是销毁视图对象本身。这样既省内存又不丢窗口句柄。4.3 切换瞬间白屏闪烁闪烁主要来自两个原因一是新视图在MoveWindow之前还被隐藏客户区先被擦成背景色二是Invalidate和UpdateWindow之间画了两遍。缓解办法有几个在切换时用LockWindowUpdate锁住框架窗口的重绘操作完再解锁LockWindowUpdate(); SwitchView(m_pEditView); LockWindowUpdate(NULL);注意LockWindowUpdate是全局的锁住期间整个屏幕的该窗口都不能绘制调用太多会卡所以只用于短暂切换操作。视图背景刷子改成NULL_BRUSH不让系统自动擦背景。比如在视图的OnEraseBkgnd中直接返回TRUE然后在OnDraw中先画背景内容再画业务内容这适合自己控制绘制的视图对于CEditView这种系统控件视图不适用。最省心的办法是接受一次小幅重绘——毕竟现代显卡垂直同步下闪一下也没那么严重。别为了不闪去做过度复杂的事先测性能再优化。4.4 切出去再切回来视图内容没刷新如果视图的OnDraw依赖文档数据而在视图隐藏期间文档数据被别的视图修改了切回来时需要调用UpdateWindow强制重绘。SwitchView里我已经调了Invalidate如果还不行就手动调用pNewView-OnUpdate(NULL, 0, NULL); pNewView-Invalidate(); pNewView-UpdateWindow();CView::OnUpdate会触发视图内部的更新逻辑然后再重绘双保险。5. 把视图切换玩出花几个典型扩展场景5.1 OpenGL/图形视图的正确切换姿势热词里提到“mfc opengl”我就多说一句。OpenGL视图有单独的设备上下文和渲染上下文HDC和HGLRC这些资源跟窗口强绑定。销毁视图等于销毁渲染上下文再重建时需要重新初始化Shader、纹理等GPU资源开销非常大。所以对于OpenGL视图方案二是绝对首选切换前后wglMakeCurrent的调用顺序也得注意void CMyGLView::OnViewActivated() { CClientDC dc(this); wglMakeCurrent(dc.GetSafeHdc(), m_hRC); }而在OnViewDeactivated里void CMyGLView::OnViewDeactivated() { wglMakeCurrent(NULL, NULL); }如果不做wglMakeCurrent(NULL, NULL)后台线程或其他视图想用OpenGL时可能抢不到上下文资源出现随机崩溃。5.2 多个业务视图共享一个文档比如一边是数据列表CListView一边是数据详情CEditView两边操作同一个CDocument切换时文档数据始终在。此时文档类里维护数据视图类里维护展示状态通过UpdateAllViews让所有视图保持同步。切换视图不会丢数据这本身就是方案二对比方案一最大的优势。5.3 用自定义按钮做导航栏热词里还有“mfc 自定义按钮”。把视图切换触发从菜单换成自绘按钮逻辑上完全一致唯一要处理的是按钮的选中状态。我看到很多新手直接在按钮的OnClick里手动切换状态但这样工具栏菜单和按钮的状态经常不一致。更好的做法是自绘按钮也用ON_UPDATE_COMMAND_UI驱动用一个共同的“当前视图类型”成员变量来判断状态。这样无论点菜单还是点按钮风格和状态都不会乱。写在最后的经验绕了一圈最核心的一件事其实是MFC的视图切换本质就是窗口显隐 消息路由的切换不要在“创建/销毁”上面死磕。把视图生命周期稳住数据留在文档层剩下的切换就只是动动ShowWindow和SetActiveView。真遇到怪问题时先检查自己的视图类有没有正确重写OnInitialUpdate再检查资源ID和消息路由往往问题就出在这两个地方。如果你正打算做类似功能我建议从方案二起步先跑通三个简单视图的切换再逐步加上数据同步和自定义控件。等真切完你会发现这套模式在MFC的SDI程序里几乎可以套用到所有需要“一窗多视图”的场景。本文还有配套的精品资源点击获取
MFC SDI多视图切换实战：显示/隐藏方案与常见坑位
简介面向MFC开发者的一份实用工程示例聚焦单文档界面SDI中多种视图切换的实现方法。资源以一套完整的SDIMultiView工程为载体详细演示了如何创建并注册多个CView派生类、配置CDocTemplate文档模板以及通过菜单命令调用AddView/RemoveView与SetActiveView实现视图的动态切换同时兼顾视图生命周期管理、布局调整和多视图间的数据同步更新。压缩包共23个文件以.h头文件和.cpp源文件为主辅以资源文件、图标及项目配置整体仅138KB结构紧凑便于快速查阅和代码复用。目前已有1299人学习下载适合具备MFC基础、希望提升界面交互设计能力的开发者参考学习。 写这个主题是因为我最近在一个老项目中做重构遇到了MFC单文档视图切换的实际需求。网上关于这个问题的讨论其实不少但很多都是简单贴一段代码完事缺少对原理和坑位的说明。这篇文章把我在实践中的完整思路、代码实现和踩过的坑整理出来希望对正在做同类功能的朋友有帮助。1. 视图切换的四种方案先想清楚再动手MFC的单文档界面SDI本质上是一个CFrameWnd框架窗口挂着一个文档模板正常情况下它只管理一个视图。但这个“只管理一个”不等于“只能显示一个”——在框架窗口里挂多个视图并且按需切换是完全可以做到的。关键在于选哪条路实现切换。我梳理了四种常见做法方案一销毁重建。每次切换时销毁当前视图用CreateObject重新创建目标视图并挂接文档。这种方式实现最简单但代价是视图内部状态比如滚动位置、选中项、临时数据全部丢失而且频繁创建销毁容易踩到内存和资源泄漏的坑。方案二预先创建多个视图切换时显示/隐藏。在CMainFrame初始化时就把所有视图创建好通过ShowWindow(SW_HIDE)和ShowWindow(SW_SHOW)控制显隐配合SetActiveView切换消息路由。这是我最推荐的方式切换开销小视图状态天然保留。方案三使用CSplitterWnd切分窗口。严格说这不是“切换”而是“同时显示”适合需要左右或上下分屏对比的场景。但它也可以结合方案二做“切换分屏”的组合玩法。方案四CTabCtrl 视图Docker。在视图区域顶部放一个Tab控件点击Tab时切换视图。思路和方案二类似只是触发方式变成Tab页直观一些但实现上多了消息协调的复杂度。我最终选择方案二。原因很简单项目里这些视图的数据状态都很宝贵比如有个数据库查询结果视图对应热词里那个“mfc查找mysql”的场景用户翻了几页、选了几行一销毁重建全没了。用显示/隐藏的方式视图对象常驻内存状态不会丢而且切换速度很快不会有明显的“重新加载”等待感。2. 开干前必须吃透的几个基础点网上很多半吊子教程一上来就让你写代码结果写出来要么视图不显示要么消息收不到。其实这些问题的根源都在几个基础知识点上。2.1CCreateContext视图能否正确挂接文档的关键MFC创建一个视图时会传入一个CCreateContext结构体指针。这个结构体里封装了文档模板、文档指针、新视图的类信息等。SDI环境下框架默认创建视图时由CDocTemplate来填充这个上下文但是如果我们要手动创建第二个、第三个视图就得自己构造。CCreateContext结构体定义在afxext.h中核心字段有struct CCreateContext { CRuntimeClass* m_pNewViewClass; // 要创建的视图类 CDocument* m_pCurrentDoc; // 当前文档 CDocTemplate* m_pNewDocTemplate; // 使用的文档模板 };手动创建视图时m_pNewViewClass必须填对否则Create会失败m_pCurrentDoc填文档指针这样视图的GetDocument()函数才能正确返回文档。这里最容易犯的错是只传了m_pNewViewClass没传文档结果视图能显示但一调用GetDocument()就断言失败。2.2 视图ID与消息路由菜单广播去哪了MFC的命令消息路由顺序是视图 → 文档 → 框架 → 应用程序。对于SDI来说框架窗口会把WM_COMMAND消息先送给当前活动视图。这里的关键词是“当前活动视图”——也就是说只有调用了SetActiveView的视图才能收到WM_COMMAND藏在背后隐藏着的视图收不到任何菜单或快捷键命令。还有一点很多人不知道视图是窗口窗口就有ID。我们在CMainFrame中创建视图时可以指定子窗口ID比如AFX_IDW_PANE_FIRST如果多个视图共用一个IDGetDlgItem拿到的永远是第一个切换就会失效。所以每个视图都要分配独立且唯一的ID。另外同一个文档模板的多个视图共享同一个文档对象UpdateAllViews会把更新通知发给该文档关联的所有视图。这点在切换场景下是好事——但如果你没做视图关联又想各视图独立反而要注意别让一个视图的修改把另一个视图的数据也刷掉了。2.3OnInitialUpdate、OnUpdate与文档状态视图第一次创建并挂接文档后框架会调用OnInitialUpdate这个函数只调用一次。之后文档数据变化框架会调用OnUpdate。手动创建的视图框架不会自动触达这两件事——你必须在创建后手动调一次OnInitialUpdate否则视图内部不会初始化数据。同时如果你的文档类里维护了“当前活动视图”之类的状态还要考虑多个视图同时指向同一文档时的冲突问题。我的做法是在文档里不存任何视图相关状态视图切换逻辑完全放在框架层文档只负责数据这样最不容易出乱子。3. 完整实操基于方案二实现三视图切换下面这个例子我尽量写得贴近实际可用。场景一个SDI程序包含三个视图——列表视图CListView、编辑视图CEditView和一个自定义绘制视图CMyGLView用于OpenGL绘制对应热词中“mfc opengl”的场景通过菜单项和工具栏按钮切换。3.1 准备视图类与资源ID在Resource.h中定义视图子窗口ID#define ID_VIEW_LIST 1001 #define ID_VIEW_EDIT 1002 #define ID_VIEW_GL 1003注意这些ID不能与已有的菜单ID、控件ID冲突。我的习惯是用一个大数值区间单独隔离视图ID比如从1000开始这样调试时一眼就能分辨。在CMainFrame中声明成员变量class CMainFrame : public CFrameWnd { protected: CView* m_pListView; CView* m_pEditView; CView* m_pGLView; CView* m_pCurView; // 当前活动视图 public: void SwitchView(UINT nViewID); BOOL CreateViews(CCreateContext* pContext); protected: afx_msg void OnViewList(); afx_msg void OnViewEdit(); afx_msg void OnViewGL(); afx_msg void OnUpdateViewList(CCmdUI* pCmdUI); DECLARE_MESSAGE_MAP() };消息映射BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd) ON_COMMAND(ID_VIEW_LIST, CMainFrame::OnViewList) ON_COMMAND(ID_VIEW_EDIT, CMainFrame::OnViewEdit) ON_COMMAND(ID_VIEW_GL, CMainFrame::OnViewGL) ON_UPDATE_COMMAND_UI(ID_VIEW_LIST, CMainFrame::OnUpdateViewList) ON_UPDATE_COMMAND_UI(ID_VIEW_EDIT, CMainFrame::OnUpdateViewEdit) ON_UPDATE_COMMAND_UI(ID_VIEW_GL, CMainFrame::OnUpdateViewGL) END_MESSAGE_MAP()3.2 在CMainFrame中创建并管理视图CMainFrame::OnCreate会收到框架创建的CreateContext我们要拦截它不执行默认的单视图创建而是自己创建三个视图BOOL CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct) { if (CFrameWnd::OnCreate(lpCreateStruct) -1) return -1; CCreateContext context; // 获取当前文档模板创建的上下文 // 注意此时文档可能尚未创建取决于你的文档模板配置 // 我这里假设文档模板已经存在取第一个文档指针 CDocument* pDoc (CDocument*)CWnd::FromHandle( AfxGetApp()-m_pMainWnd-GetSafeHwnd()); // 实际项目中通常用 GEtDocument 或全局文档指针建议使用 // CDocManager 遍历文档或者从 InitInstance 中缓存 context.m_pCurrentDoc m_pDoc; // 你持有的文档指针 context.m_pNewDocTemplate NULL; context.m_pNewViewClass RUNTIME_CLASS(CMyListView); m_pListView CreateView(ID_VIEW_LIST, context); context.m_pNewViewClass RUNTIME_CLASS(CMyEditView); m_pEditView CreateView(ID_VIEW_EDIT, context); context.m_pNewViewClass RUNTIME_CLASS(CMyGLView); m_pGLView CreateView(ID_VIEW_GL, context); // 默认显示列表视图 m_pCurView m_pListView; m_pListView-ShowWindow(SW_SHOW); m_pEditView-ShowWindow(SW_HIDE); m_pGLView-ShowWindow(SW_HIDE); SetActiveView(m_pListView); return 0; }上面的CreateView是我封装的辅助函数CView* CMainFrame::CreateView(UINT nID, CCreateContext* pContext) { if (!pContext || !pContext-m_pNewViewClass) return NULL; // 通过运行时类动态创建视图对象 CView* pView (CView*)pContext-m_pNewViewClass-CreateObject(); if (!pView) return NULL; // 创建窗口这里用的 CRect(0,0,0,0) 会在后续 MoveWindow 时调整大小 // AFX_WS_DEFAULT_VIEW 是视图默认样式组合WS_CHILD | WS_VISIBLE | WS_CLIPSIBLINGS ... if (!pView-Create(NULL, NULL, AFX_WS_DEFAULT_VIEW, CRect(0, 0, 0, 0), this, nID, pContext)) { delete pView; return NULL; } // 手动触发一次初始化 // OnInitialUpdate 中会调用 UpdateData(FALSE) 等初始化操作 pView-OnInitialUpdate(); return pView; }创建完成后视图需要在OnSize时跟随框架客户区调整大小void CMainFrame::OnSize(UINT nType, int cx, int cy) { CFrameWnd::OnSize(nType, cx, cy); if (m_pListView m_pEditView m_pGLView) { CRect rcClient; GetClientRect(rcClient); // 让所有视图都铺满客户区 m_pListView-MoveWindow(rcClient); m_pEditView-MoveWindow(rcClient); m_pGLView-MoveWindow(rcClient); } }这里有个细节因为三个视图是叠在一起的所以对有背景的视图最好把WS_CLIPSIBLINGS样式加上否则切换时会出现子窗口残影互相覆盖的问题。视图默认的AFX_WS_DEFAULT_VIEW里其实包含了WS_CLIPSIBLINGS所以一般没问题。3.3 切换函数实现切换视图的核心逻辑就是把当前活动的隐藏把目标视图显示并激活void CMainFrame::SwitchView(CView* pNewView) { if (!pNewView || pNewView m_pCurView) return; ASSERT(pNewView-GetParent() this); // 隐藏当前视图 if (m_pCurView) { m_pCurView-ShowWindow(SW_HIDE); m_pCurView-ModifyStyle(WS_VISIBLE, 0); } // 显示新视图并调整尺寸 pNewView-ShowWindow(SW_SHOW); pNewView-ModifyStyle(0, WS_VISIBLE); CRect rcClient; GetClientRect(rcClient); pNewView-MoveWindow(rcClient); // 关键激活视图让消息路由正确切换到新视图 SetActiveView(pNewView); m_pCurView pNewView; // 强制立即重绘避免出现空白闪烁 pNewView-Invalidate(); pNewView-UpdateWindow(); // 给视图一个焦点机会 pNewView-SetFocus(); }三个菜单响应函数就非常简洁了void CMainFrame::OnViewList() { SwitchView(m_pListView); } void CMainFrame::OnViewEdit() { SwitchView(m_pEditView); } void CMainFrame::OnViewGL() { SwitchView(m_pGLView); }同时让菜单项能正确显示勾选状态void CMainFrame::OnUpdateViewList(CCmdUI* pCmdUI) { pCmdUI-SetCheck(m_pCurView m_pListView); }OnUpdateViewEdit和OnUpdateViewGL同理分别判断是否等于m_pEditView和m_pGLView。如果你的工具栏按钮用了TBBS_CHECK风格这套ON_UPDATE_COMMAND_UI机制同样能让按钮呈现按下/弹起效果不需要额外代码。3.4 视图间数据同步的补充方案三个视图若共享一个文档切换并不影响数据一致性。但如果视图内部缓存了与文档不同的临时状态比如未提交的编辑内容我建议在切换时做一个“即将离开”的通知机制让视图有机会保存未完成状态。一个轻量的做法是给视图基类加虚函数class CMyBaseView : public CView { public: virtual void OnViewActivated() {}; // 视图被激活时调用 virtual void OnViewDeactivated() {}; // 视图被隐藏前调用 };然后在SwitchView中调用if (m_pCurView) { ((CMyBaseView*)m_pCurView)-OnViewDeactivated(); } ((CMyBaseView*)pNewView)-OnViewActivated();这样子类可以按需处理临时数据比如编辑视图里未提交的文本先缓存到成员变量绘图视图先保存当前的视口位置切换回来时还能接着上次的状态继续操作。4. 踩坑实录这些问题我基本都遇到过4.1 视图收不到菜单命令这是最常见的问题根源通常是SetActiveView没调用或者调用时机不对。框架在路由命令时会先找活动视图如果活动视图还是初始的旧视图菜单命令就被旧视图处理了或者直接丢弃。另外要注意如果视图内部重写了OnCmdMsg并且在函数的开头就return了命令永远不会传到CView::OnCmdMsg也就进不了消息映射。自定义视图类里重写OnCmdMsg时一定要在结尾调用基类版本。4.2 重复切换后内存暴涨原因是每次切换都创建了新视图而没有销毁旧视图。有些教程里写的“切换销毁旧的创建新的”如果PostNcDestroy里面没有正确delete this销毁动作根本没执行内存自然就泄漏了。我的建议是如果决策方案二显示/隐藏就完全不要走销毁重建的路子。所有视图在初始时创建一次常驻内存。假如某个视图特别吃内存比如OpenGL上下文又想释放资源可以在OnViewDeactivated里释放GPU资源在OnViewActivated里重新初始化上下文而不是销毁视图对象本身。这样既省内存又不丢窗口句柄。4.3 切换瞬间白屏闪烁闪烁主要来自两个原因一是新视图在MoveWindow之前还被隐藏客户区先被擦成背景色二是Invalidate和UpdateWindow之间画了两遍。缓解办法有几个在切换时用LockWindowUpdate锁住框架窗口的重绘操作完再解锁LockWindowUpdate(); SwitchView(m_pEditView); LockWindowUpdate(NULL);注意LockWindowUpdate是全局的锁住期间整个屏幕的该窗口都不能绘制调用太多会卡所以只用于短暂切换操作。视图背景刷子改成NULL_BRUSH不让系统自动擦背景。比如在视图的OnEraseBkgnd中直接返回TRUE然后在OnDraw中先画背景内容再画业务内容这适合自己控制绘制的视图对于CEditView这种系统控件视图不适用。最省心的办法是接受一次小幅重绘——毕竟现代显卡垂直同步下闪一下也没那么严重。别为了不闪去做过度复杂的事先测性能再优化。4.4 切出去再切回来视图内容没刷新如果视图的OnDraw依赖文档数据而在视图隐藏期间文档数据被别的视图修改了切回来时需要调用UpdateWindow强制重绘。SwitchView里我已经调了Invalidate如果还不行就手动调用pNewView-OnUpdate(NULL, 0, NULL); pNewView-Invalidate(); pNewView-UpdateWindow();CView::OnUpdate会触发视图内部的更新逻辑然后再重绘双保险。5. 把视图切换玩出花几个典型扩展场景5.1 OpenGL/图形视图的正确切换姿势热词里提到“mfc opengl”我就多说一句。OpenGL视图有单独的设备上下文和渲染上下文HDC和HGLRC这些资源跟窗口强绑定。销毁视图等于销毁渲染上下文再重建时需要重新初始化Shader、纹理等GPU资源开销非常大。所以对于OpenGL视图方案二是绝对首选切换前后wglMakeCurrent的调用顺序也得注意void CMyGLView::OnViewActivated() { CClientDC dc(this); wglMakeCurrent(dc.GetSafeHdc(), m_hRC); }而在OnViewDeactivated里void CMyGLView::OnViewDeactivated() { wglMakeCurrent(NULL, NULL); }如果不做wglMakeCurrent(NULL, NULL)后台线程或其他视图想用OpenGL时可能抢不到上下文资源出现随机崩溃。5.2 多个业务视图共享一个文档比如一边是数据列表CListView一边是数据详情CEditView两边操作同一个CDocument切换时文档数据始终在。此时文档类里维护数据视图类里维护展示状态通过UpdateAllViews让所有视图保持同步。切换视图不会丢数据这本身就是方案二对比方案一最大的优势。5.3 用自定义按钮做导航栏热词里还有“mfc 自定义按钮”。把视图切换触发从菜单换成自绘按钮逻辑上完全一致唯一要处理的是按钮的选中状态。我看到很多新手直接在按钮的OnClick里手动切换状态但这样工具栏菜单和按钮的状态经常不一致。更好的做法是自绘按钮也用ON_UPDATE_COMMAND_UI驱动用一个共同的“当前视图类型”成员变量来判断状态。这样无论点菜单还是点按钮风格和状态都不会乱。写在最后的经验绕了一圈最核心的一件事其实是MFC的视图切换本质就是窗口显隐 消息路由的切换不要在“创建/销毁”上面死磕。把视图生命周期稳住数据留在文档层剩下的切换就只是动动ShowWindow和SetActiveView。真遇到怪问题时先检查自己的视图类有没有正确重写OnInitialUpdate再检查资源ID和消息路由往往问题就出在这两个地方。如果你正打算做类似功能我建议从方案二起步先跑通三个简单视图的切换再逐步加上数据同步和自定义控件。等真切完你会发现这套模式在MFC的SDI程序里几乎可以套用到所有需要“一窗多视图”的场景。本文还有配套的精品资源点击获取
