1. 項(xiàng)目概述與核心價值最近在整理一些老項(xiàng)目的代碼又翻到了當(dāng)年用VC MFC做的一個多文檔界面MDI應(yīng)用里面用到了靜態(tài)切分窗口來組織復(fù)雜的視圖。這個技術(shù)點(diǎn)現(xiàn)在提的人少了但在處理需要同時展示多種數(shù)據(jù)、多個視角的桌面軟件時它依然是一個非常經(jīng)典且實(shí)用的解決方案。比如你可能需要一個窗口左邊顯示文件樹右邊顯示文件內(nèi)容或者上面顯示實(shí)時數(shù)據(jù)圖表下面顯示詳細(xì)的數(shù)據(jù)表格。靜態(tài)切分窗口Static Splitter Window就是為這種“一錘子買賣”的界面布局而生的——它在創(chuàng)建時就確定了切分的區(qū)域和數(shù)量用戶不能動態(tài)拖動分割條來改變布局但可以隱藏/顯示窗格結(jié)構(gòu)穩(wěn)定邏輯清晰。很多剛接觸MFC的朋友一看到CSplitterWnd類就有點(diǎn)發(fā)怵文檔里又是CreateStatic又是CreateView的參數(shù)一堆容易繞暈。更頭疼的是當(dāng)它遇上MDI多文檔界面時怎么把切分窗口正確地嵌到每個子框架CMDIChildWnd里并且管理好各個視圖的生命周期這中間有不少細(xì)節(jié)需要注意。網(wǎng)上的例子要么太簡單只切一刀要么太復(fù)雜耦合了一堆業(yè)務(wù)邏輯看得人云里霧里。我這個實(shí)例就是從當(dāng)年一個數(shù)據(jù)監(jiān)控工具里剝離出來的最核心骨架目標(biāo)是讓你能清晰地掌握在MDI應(yīng)用中搭建一個2x2甚至更多靜態(tài)切分窗口的完整流程理解每個步驟的意圖避開我當(dāng)年踩過的那些坑。2. 核心思路與框架設(shè)計解析2.1 為什么選擇MDI靜態(tài)切分首先得想明白我們?yōu)槭裁匆眠@個組合。MDI天生適合管理多個同類型或不同類型的文檔/數(shù)據(jù)視圖。比如一個文本編輯器可以同時打開多個文本文件一個CAD軟件可以同時編輯多個圖紙。而靜態(tài)切分窗口則是為了在一個MDI子窗口內(nèi)部提供固定的、多窗格的視圖布局。假設(shè)我們要做一個簡單的日志分析工具每個日志文件作為一個文檔打開在一個MDI子窗口中。在這個子窗口里我們想固定地分成四個區(qū)域左上角顯示日志的概要統(tǒng)計如錯誤、警告數(shù)量右上角顯示日志列表左下角顯示當(dāng)前選中日志的詳細(xì)信息右下角顯示相關(guān)的時序圖。這種布局是確定的用戶不需要也不應(yīng)該隨意改變窗格的大小比例因?yàn)槊總€區(qū)域都有其特定的信息密度要求。這就是靜態(tài)切分大顯身手的地方。相比動態(tài)切分靜態(tài)切分的代碼更直觀窗格視圖的類型甚至可以不同比如一個用CListView一個用CFormView因?yàn)樗鼊?chuàng)建時就把每個窗格都“釘”死了。2.2 整體框架與類關(guān)系梳理要實(shí)現(xiàn)這個目標(biāo)我們需要對MFC的文檔/視圖架構(gòu)有一個清晰的把握。核心的類關(guān)系鏈?zhǔn)沁@樣的主框架 (CMainFrame)繼承自CMDIFrameWnd負(fù)責(zé)管理整個應(yīng)用程序的菜單、工具欄、狀態(tài)欄以及MDI客戶區(qū)。文檔模板 (CDocTemplate)通常是CMultiDocTemplate它像是一個工廠定義了文檔、框架和視圖這三者如何綁定在一起。在我們的場景里這個“框架”將是我們自定義的子框架。子框架 (CChildFrame)這是關(guān)鍵我們需要自定義一個繼承自CMDIChildWnd的類比如叫CMyChildFrame。它的核心任務(wù)就是創(chuàng)建并托管那個CSplitterWnd切分窗口對象。切分窗口 (CSplitterWnd)作為子框架窗口的一個子控件存在。它本身不是一個視圖而是一個特殊的容器窗口負(fù)責(zé)排列和管理多個“窗格”Pane。視圖 (CView)這才是真正顯示數(shù)據(jù)和處理用戶交互的地方。我們的四個區(qū)域就是四個視圖類可以是同一個類的多個實(shí)例也可以是不同的視圖類如CMyStatsView,CMyListView等。它們將被CSplitterWnd創(chuàng)建并嵌入到各自的窗格中。整個創(chuàng)建流程的接力棒傳遞是應(yīng)用啟動 - 主框架創(chuàng)建 - 文檔模板注冊 - 用戶選擇“新建”或“打開” - 文檔模板創(chuàng)建新文檔 - 文檔模板創(chuàng)建新的子框架 (CMyChildFrame) - 在子框架的OnCreateClient函數(shù)中我們創(chuàng)建CSplitterWnd并調(diào)用其CreateView方法為每個窗格創(chuàng)建視圖 - 視圖與文檔關(guān)聯(lián)開始工作。注意這里最容易混淆的概念是“框架”和“切分窗口”。CMyChildFrame是MDI的子窗口它有標(biāo)題欄、系統(tǒng)菜單是Windows意義上的一個頂層窗口雖然位于MDI客戶區(qū)內(nèi)。而CSplitterWnd是這個子窗口內(nèi)部的客戶區(qū)它劃分了區(qū)域視圖則填充在這些區(qū)域里?？梢岳斫鉃樽涌蚣苁欠孔忧蟹执翱谑欠孔永锏某兄貕头块g隔斷視圖是住在每個房間里的住戶。2.3 關(guān)鍵函數(shù)與創(chuàng)建時機(jī)整個魔法的核心發(fā)生在子框架類 (CMyChildFrame) 的OnCreateClient虛函數(shù)中。這個函數(shù)是框架在創(chuàng)建了框架窗口本身之后準(zhǔn)備創(chuàng)建其客戶區(qū)時調(diào)用的。默認(rèn)的CMDIChildWnd::OnCreateClient會創(chuàng)建一個視圖來填滿整個客戶區(qū)。我們要做的就是重寫它在里面創(chuàng)建我們的切分窗口。BOOL CMyChildFrame::OnCreateClient(LPCREATESTRUCT lpcs, CCreateContext* pContext) { // 1. 創(chuàng)建靜態(tài)切分窗口 2行2列 if (!m_wndSplitter.CreateStatic(this, 2, 2)) { TRACE0(Failed to create static splitter window.\n); return FALSE; } // 2. 為每個窗格創(chuàng)建視圖 // 第一行第一列 (0,0) if (!m_wndSplitter.CreateView(0, 0, RUNTIME_CLASS(CMyStatsView), // 你的統(tǒng)計視圖類 CSize(200, 100), // 初始大小 pContext)) { TRACE0(Failed to create stats view.\n); return FALSE; } // 第一行第二列 (0,1) if (!m_wndSplitter.CreateView(0, 1, RUNTIME_CLASS(CMyListView), CSize(300, 100), pContext)) { TRACE0(Failed to create list view.\n); return FALSE; } // 第二行第一列 (1,0) if (!m_wndSplitter.CreateView(1, 0, RUNTIME_CLASS(CMyDetailView), CSize(200, 150), pContext)) { TRACE0(Failed to create detail view.\n); return FALSE; } // 第二行第二列 (1,1) if (!m_wndSplitter.CreateView(1, 1, RUNTIME_CLASS(CMyChartView), CSize(300, 150), pContext)) { TRACE0(Failed to create chart view.\n); return FALSE; } // 3. 設(shè)置活動視圖可選通常第一個創(chuàng)建的視圖會被設(shè)為活動視圖 // SetActiveView((CView*)m_wndSplitter.GetPane(0,0)); return TRUE; // 返回TRUE表示我們已成功創(chuàng)建客戶區(qū) }CreateStatic的第二個和第三個參數(shù)決定了切分的行數(shù)和列數(shù)。CreateView的參數(shù)中CSize是建議的初始尺寸但最終窗格的實(shí)際大小是由切分窗口根據(jù)整個客戶區(qū)大小和分割條位置來分配的。pContext參數(shù)至關(guān)重要它包含了文檔、文檔模板等關(guān)鍵信息能確保創(chuàng)建的視圖正確地與當(dāng)前文檔關(guān)聯(lián)。3. 詳細(xì)實(shí)現(xiàn)步驟與避坑指南3.1 環(huán)境準(zhǔn)備與項(xiàng)目創(chuàng)建首先你需要一個支持MFC的VC開發(fā)環(huán)境。使用Visual Studio如VS2019創(chuàng)建一個新的“MFC應(yīng)用程序”項(xiàng)目。在“應(yīng)用程序類型”步驟中必須選擇“多文檔MDI”項(xiàng)目風(fēng)格可以選擇“標(biāo)準(zhǔn)MFC”或“文件資源管理器”看個人喜好這主要影響主框架的初始外觀。在“文檔模板屬性”里設(shè)置好文件擴(kuò)展名和文檔類型名稱比如“Log Analyzer Files (*.log)”和“LogAnalyzer.Document”。創(chuàng)建完成后你會得到CMainFrame,CChildFrame或類似名稱以及默認(rèn)的文檔類和視圖類。我們接下來的主要工作就是改造這個CChildFrame。3.2 自定義子框架與切分窗口集成重命名與添加變量首先將默認(rèn)的CChildFrame類名改為更有意義的CMyChildFrame在頭文件和源文件中全局替換。然后在CMyChildFrame類的頭文件中添加一個CSplitterWnd類型的成員變量。// MyChildFrame.h class CMyChildFrame : public CMDIChildWnd { // ... protected: CSplitterWnd m_wndSplitter; // 切分窗口對象 // ... };這個m_wndSplitter對象將作為子框架的成員其生命周期與子框架窗口一致。重寫OnCreateClient函數(shù)在CMyChildFrame類中使用“屬性”窗口或手動添加來重寫OnCreateClient虛函數(shù)。將上一節(jié)中的示例代碼拷貝進(jìn)去。但這里有個大坑CreateView中使用的視圖類如CMyStatsView必須已經(jīng)存在并且被正確聲明。你需要先創(chuàng)建這些視圖類。創(chuàng)建多個視圖類在“類視圖”中右鍵點(diǎn)擊項(xiàng)目選擇“添加”-“類”。選擇“MFC類”基類選擇CView或者CListView,CFormView等根據(jù)你的需求。我們假設(shè)創(chuàng)建四個CStatsView,CListView,CDetailView,CChartView。創(chuàng)建時MFC向?qū)柲闶欠衽c文檔模板關(guān)聯(lián)這里全部選“否”。因?yàn)槲覀儾皇峭ㄟ^文檔模板來單獨(dú)創(chuàng)建這些視圖窗口而是通過切分窗口在子框架內(nèi)動態(tài)創(chuàng)建。它們與文檔的關(guān)聯(lián)將通過pContext參數(shù)自動建立。3.3 視圖類的定制與文檔交互現(xiàn)在你有四個視圖類它們默認(rèn)的OnDraw函數(shù)都是空白的。你需要根據(jù)每個窗格的功能來實(shí)現(xiàn)它們。CStatsView(左上角)可能顯示一些匯總數(shù)據(jù)。你需要在它的OnUpdate函數(shù)中從關(guān)聯(lián)的文檔獲取統(tǒng)計信息并更新顯示。OnUpdate是文檔數(shù)據(jù)改變時通知所有關(guān)聯(lián)視圖進(jìn)行更新的入口。void CStatsView::OnUpdate(CView* pSender, LPARAM lHint, CObject* pHint) { // 獲取關(guān)聯(lián)文檔 CMyDocument* pDoc GetDocument(); ASSERT_VALID(pDoc); // 從pDoc中獲取錯誤數(shù)、警告數(shù)等 int nErrors pDoc-GetErrorCount(); int nWarnings pDoc-GetWarningCount(); // 更新顯示例如在視圖內(nèi)繪制或設(shè)置控件文本 CClientDC dc(this); CString strText; strText.Format(_T(Errors: %d, Warnings: %d), nErrors, nWarnings); dc.TextOut(10, 10, strText); }CListView(右上角)如果使用CListView作為基類你需要設(shè)置列表控件樣式、插入列、填充數(shù)據(jù)。數(shù)據(jù)同樣來自文檔。你可以在視圖的OnInitialUpdate函數(shù)中初始化列表控件在OnUpdate中刷新數(shù)據(jù)。實(shí)操心得在CListView派生類中直接使用GetListCtrl()成員函數(shù)來獲取內(nèi)嵌的CListCtrl引用然后對其進(jìn)行操作。注意列表控件的樣式如LVS_REPORT最好在PreCreateWindow函數(shù)中通過修改cs.style來設(shè)置這樣更可靠。CDetailView和CChartView(下方兩個)實(shí)現(xiàn)邏輯類似。關(guān)鍵在于當(dāng)用戶在CListView中選中某一行時如何通知CDetailView和CChartView更新顯示這里不能直接互相調(diào)用會破壞視圖間的隔離。正確做法是通過文檔來中轉(zhuǎn)。3.4 實(shí)現(xiàn)多視圖間的協(xié)同與通信這是MDI多視圖編程的核心技巧。各個視圖之間不應(yīng)該直接知道對方的存在它們只與文檔交互。當(dāng)CListView中選中一項(xiàng)時它應(yīng)該修改文檔中的某個狀態(tài)例如設(shè)置一個“當(dāng)前選中日志索引”的成員變量然后調(diào)用文檔的UpdateAllViews函數(shù)。UpdateAllViews的第一個參數(shù)可以指定一個發(fā)送者視圖pSender這樣其他視圖在收到更新通知時OnUpdate可以通過判斷pSender和lHint、pHint參數(shù)來決定是否需要更新以及如何更新。這是一種高效的、解耦的通信機(jī)制。// 在CListView中處理列表項(xiàng)選擇例如NM_CLICK消息 void CListView::OnItemClick(NMHDR* pNMHDR, LRESULT* pResult) { LPNMITEMACTIVATE pNMIA reinterpret_castLPNMITEMACTIVATE(pNMHDR); int nSelectedIndex pNMIA-iItem; if (nSelectedIndex 0) { CMyDocument* pDoc GetDocument(); pDoc-SetCurrentSelectedIndex(nSelectedIndex); // 文檔記錄選中項(xiàng) pDoc-UpdateAllViews(this, HINT_SELECTION_CHANGED, (CObject*)nSelectedIndex); // this 作為 pSender, HINT_SELECTION_CHANGED 是自定義的提示碼 } *pResult 0; } // 在CDetailView的OnUpdate中 void CDetailView::OnUpdate(CView* pSender, LPARAM lHint, CObject* pHint) { // 如果更新不是由本視圖觸發(fā)且提示是選擇改變 if (pSender ! this lHint HINT_SELECTION_CHANGED) { CMyDocument* pDoc GetDocument(); int nIndex pDoc-GetCurrentSelectedIndex(); // 根據(jù)新的索引從文檔獲取詳細(xì)數(shù)據(jù)并更新顯示 DisplayDetailForIndex(nIndex); } // 其他情況比如文檔數(shù)據(jù)整體刷新也需要處理 else if (lHint 0) // 默認(rèn)更新 { // 刷新全部或根據(jù)當(dāng)前狀態(tài)刷新 } }通過這種方式CListView的點(diǎn)擊操作經(jīng)由文檔優(yōu)雅地通知到了CDetailView和CChartView它們各自從文檔中取出需要的數(shù)據(jù)進(jìn)行展示彼此沒有直接依賴。3.5 分割條樣式與窗格控制默認(rèn)的靜態(tài)切分窗口分割條是可見且可拖動的用于調(diào)整窗格大小但用戶不能通過拖動來創(chuàng)建新窗格或刪除窗格。你可以通過CSplitterWnd的其他成員函數(shù)進(jìn)行更多控制。設(shè)置分割條樣式在CreateStatic之后可以調(diào)用m_wndSplitter.SetSplitterStyle來設(shè)置一些樣式例如SPLS_DYNAMIC_SPLIT但實(shí)際上對靜態(tài)切分無效、WS_VSCROLL/WS_HSCROLL為窗格添加滾動條通常由視圖自己管理。獲取與操作窗格使用GetPane(row, col)可以獲取指定位置窗格的CWnd指針你可以將其轉(zhuǎn)換為具體的視圖類指針來進(jìn)行操作。例如在子框架中響應(yīng)某個菜單命令來切換右下角窗格的視圖類型雖然靜態(tài)切分通常不這么干但技術(shù)上可行需要銷毀舊視圖創(chuàng)建新視圖比較麻煩。隱藏與顯示窗格靜態(tài)切分窗口雖然布局固定但你可以通過m_wndSplitter.HideColumn(1)或m_wndSplitter.ShowColumn(1)來隱藏或顯示某一列行同理。隱藏后其他窗格會自動擴(kuò)展填充空間。這在實(shí)現(xiàn)“折疊面板”功能時很有用。4. 編譯、調(diào)試與常見問題實(shí)錄4.1 編譯配置與庫依賴確保你的項(xiàng)目配置正確鏈接了MFC庫。在項(xiàng)目屬性 - “配置屬性” - “高級”中“MFC的使用”應(yīng)設(shè)置為“在共享DLL中使用MFC”或“在靜態(tài)庫中使用MFC”。如果遇到類似“msb804: 此項(xiàng)目需要 mfc 庫”的錯誤通常是因?yàn)轫?xiàng)目屬性中引用了不正確的Windows SDK版本或平臺工具集檢查“常規(guī)”屬性頁中的“Windows SDK版本”和“平臺工具集”確保其與你安裝的VS版本匹配。4.2 運(yùn)行時問題排查問題程序啟動或新建文檔時崩潰調(diào)試指向CreateView或OnCreateClient內(nèi)部。排查首先檢查所有在CreateView中使用的視圖類如RUNTIME_CLASS(CMyStatsView)是否已經(jīng)通過DECLARE_DYNCREATE和IMPLEMENT_DYNCREATE宏支持動態(tài)創(chuàng)建。這是MFC運(yùn)行時類信息機(jī)制所必需的。確保每個自定義視圖類的頭文件和源文件中都有這兩個宏。檢查pContext參數(shù)是否有效在OnCreateClient中它是由框架傳入的通常沒問題。但如果你在其他地方手動調(diào)用CreateView需要自己構(gòu)造一個正確的CCreateContext。驗(yàn)證視圖窗格的初始尺寸CSize是否合理雖然只是建議值但過小的值如0可能導(dǎo)致創(chuàng)建失敗。問題分割條拖動不流暢或者窗格內(nèi)容刷新異常如殘留、錯位。排查這通常是視圖的繪制問題。確保每個視圖的OnDraw函數(shù)正確地處理了pDC和繪圖區(qū)域。當(dāng)窗格大小改變時MFC會觸發(fā)視圖的OnSize消息和重繪。如果你的視圖包含自定義控件需要在這些控件的父視圖OnSize中調(diào)整控件位置和大小。技巧在視圖的OnDraw中可以調(diào)用GetClientRect獲取當(dāng)前窗格的實(shí)際客戶區(qū)大小并據(jù)此進(jìn)行繪圖布局避免寫死坐標(biāo)。問題在某個視圖中操作其他視圖沒有按預(yù)期更新。排查確認(rèn)文檔的UpdateAllViews被正確調(diào)用。檢查調(diào)用時pSender參數(shù)是否正確通常傳入觸發(fā)更新的視圖指針thislHint和pHint參數(shù)是否被正確設(shè)置和解析。檢查接收更新的視圖其OnUpdate函數(shù)是否被正確重寫并且內(nèi)部有對lHint的判斷邏輯。確保沒有在OnUpdate中做耗時操作以免阻塞UI。問題關(guān)閉一個MDI子窗口時程序偶爾崩潰。排查靜態(tài)切分窗口管理的視圖其銷毀順序是由MFC框架自動管理的。通常問題出在視圖或文檔中持有無效的指針。確保在視圖的析構(gòu)函數(shù)或OnDestroy消息處理函數(shù)中沒有訪問可能已失效的文檔或其他全局對象。使用ASSERT_VALID宏在訪問前進(jìn)行調(diào)試驗(yàn)證。4.3 一個典型的“坑”活動視圖與焦點(diǎn)管理在MDI靜態(tài)切分多視圖環(huán)境下哪個視圖是“活動視圖”默認(rèn)情況下MFC會將第一個通過CreateView創(chuàng)建的視圖通常是(0,0)位置設(shè)置為活動視圖?；顒右晥D會接收來自框架的更新命令如菜單、工具欄。但用戶可能點(diǎn)擊的是右下角的圖表視圖。你需要正確處理命令路由。例如當(dāng)“復(fù)制”菜單被點(diǎn)擊時命令會先經(jīng)過活動視圖。如果活動視圖是統(tǒng)計視圖而用戶期望復(fù)制的是列表視圖的內(nèi)容這就出錯了。一種解決方案是重寫子框架的GetActiveView函數(shù)讓它返回當(dāng)前具有焦點(diǎn)的視圖可以通過GetFocus()追蹤但需要小心處理。更常見的做法是在每個視圖內(nèi)部處理自己關(guān)心的命令通過消息映射對于需要全局處理的命令在文檔或主框架中處理。// 在CListView中處理復(fù)制命令 void CListView::OnEditCopy() { // 獲取當(dāng)前列表選中的內(nèi)容 if (/* 有選中項(xiàng) */) { // 執(zhí)行復(fù)制操作 CopySelectedItemsToClipboard(); } else { // 如果沒有選中項(xiàng)可以讓命令繼續(xù)傳遞可選 CView::OnEditCopy(); } }通過為每個視圖添加ON_COMMAND(ID_EDIT_COPY, CListView::OnEditCopy)消息映射當(dāng)該視圖是活動視圖或有焦點(diǎn)時它就能響應(yīng)復(fù)制命令。這要求你的菜單命令UI更新機(jī)制也要相應(yīng)調(diào)整可能需要根據(jù)當(dāng)前焦點(diǎn)視圖的狀態(tài)來更新菜單項(xiàng)啟用/禁用。5. 功能擴(kuò)展與高級技巧5.1 實(shí)現(xiàn)動態(tài)視圖切換雖然叫靜態(tài)切分但窗格內(nèi)的視圖類型并非完全不可變。你可以實(shí)現(xiàn)一個功能例如通過菜單命令將右下角的圖表視圖切換為一個文本視圖。這需要在子框架中保存當(dāng)前各個窗格的視圖類信息。響應(yīng)菜單命令時先銷毀目標(biāo)窗格原有的視圖m_wndSplitter.DeleteView(row, col)注意妥善處理視圖對象的銷毀。使用新的視圖類RUNTIME_CLASS再次調(diào)用CreateView。需要手動構(gòu)造一個CCreateContext對象其m_pCurrentDoc成員應(yīng)指向當(dāng)前文檔m_pNewViewClass指向新視圖類m_pNewDocTemplate指向文檔模板可以從文檔獲取。這個過程比較復(fù)雜需要仔細(xì)管理對象生命周期和消息路由。5.2 保存與恢復(fù)窗口布局用戶調(diào)整了分割條位置或者隱藏了某個窗格你可能會希望下次打開程序時能恢復(fù)這個布局。這就需要持久化切分窗口的狀態(tài)。保存在子框架關(guān)閉時如OnDestroy或OnClose獲取切分窗口的當(dāng)前狀態(tài)。CSplitterWnd有GetRowInfo和GetColumnInfo函數(shù)可以獲取每一行/列的高度/寬度以像素或比例表示。將這些信息以及窗格隱藏狀態(tài)保存到注冊表、INI文件或你的文檔中。恢復(fù)在子框架的OnCreateClient中創(chuàng)建好切分窗口和視圖后不要立即返回?？梢哉{(diào)用SetRowInfo和SetColumnInfo來設(shè)置行高和列寬。注意這些調(diào)用必須在CreateView之后并且最好在子框架首次顯示OnShowWindow或收到WM_SIZE消息后再執(zhí)行一次以確保在窗口有確定大小后正確應(yīng)用布局。5.3 與非CView類窗格共存靜態(tài)切分窗口的窗格不一定非要放CView派生類。任何從CWnd派生的窗口都可以比如一個簡單的對話框欄CDialogBar或者一個自定義控件。這時你需要使用CreateView的變種CreateStatic后再調(diào)用Create來創(chuàng)建非視圖窗口或者直接使用Create創(chuàng)建對話框資源。但管理起來會更復(fù)雜因?yàn)榉且晥D窗口不會自動參與文檔/視圖的更新機(jī)制。6. 性能考量與最佳實(shí)踐當(dāng)每個窗格的視圖都復(fù)雜且文檔數(shù)據(jù)量大時頻繁的UpdateAllViews可能導(dǎo)致界面卡頓。優(yōu)化策略包括使用提示參數(shù)lHint/pHint進(jìn)行精細(xì)更新如前所述在UpdateAllViews時傳遞具體的提示信息和相關(guān)數(shù)據(jù)指針讓各個視圖只更新必要的部分避免全量重繪。延遲更新與合并更新對于高頻變化的數(shù)據(jù)如實(shí)時圖表不要在每次數(shù)據(jù)變化時都調(diào)用UpdateAllViews。可以設(shè)置一個定時器或者積累一定量的變化后再觸發(fā)一次更新。視圖的懶加載與緩存對于初始化復(fù)雜的視圖如包含大量控件的CFormView確保其資源加載和初始化只在必要時進(jìn)行。在視圖內(nèi)部緩存渲染結(jié)果只有數(shù)據(jù)真正改變時才重繪。避免在OnDraw中做復(fù)雜計算OnDraw函數(shù)應(yīng)專注于繪制。將數(shù)據(jù)準(zhǔn)備和計算工作放在其他地方如文檔的更新函數(shù)或視圖的OnUpdate中OnDraw只使用準(zhǔn)備好的結(jié)果進(jìn)行快速渲染。靜態(tài)切分窗口是MFC中構(gòu)建復(fù)雜、固定布局多視圖應(yīng)用的利器。它要求開發(fā)者對MFC的文檔/視圖架構(gòu)、消息路由和對象生命周期有清晰的理解。一旦掌握你就能構(gòu)建出結(jié)構(gòu)清晰、功能強(qiáng)大的桌面應(yīng)用程序。雖然現(xiàn)代UI框架層出不窮但理解這套經(jīng)典的、基于窗體的界面組織方式對于深入理解Windows桌面開發(fā)乃至其他GUI框架的設(shè)計思想都大有裨益。