CView

從文檔類中將文檔中的數據取出后顯示給用戶；接受用戶對文檔中數據的編輯和修改；將修改的結果反饋給文檔類，由文檔類將修改後的內容保存到磁碟文件中。

文檔負責了數據真正在永久介質中的存儲和讀取工作，視圖呈現只是將文檔中的數據以某種形式向用戶呈現，因此一個文檔可對應多個視圖。

Invalidate(TRUE)將整個窗口設置為需要重繪的無效區域，它會產生WM_PAINT消息，這樣OnDraw將被調用。

假如文檔中的數據發生了變化，必須通知所有鏈接到該文檔的視圖，這時候文檔類的UpdateAllView函數需要被調用。

然而，除了列印和列印預覽外，視圖類顯示得很簡單。

前面已經提到，視圖需要表示文檔數據，所以文檔對象與視圖對象必須建立關聯。這樣，當文檔數據發生變化時，它可以及時通知視圖；當視圖需要顯示不同的文檔數據時，它可以從文檔對象中提取。

在文檔/視圖框架程序中，文檔對象總是在視圖之前建立，而在視圖的WM_CREATE消息處理函數中，建立了它與文檔對象的關聯。代碼如下：

同時，視圖類定義了成員函數GetDocument()，返迴文檔對象的指針。代碼如下：

視圖總是在文檔對象之前銷毀，在視圖的析構函數中，與文檔對象解除關聯。代碼如下：

窗口的繪製工作總是在WM_PAINT消息處理中進行的，當窗口需要繪製時，它會收到系統發來的WM_PAINT消息。在繪製過程中，首先要準備顯示設備句柄，最後要釋放句柄。眾所周知，在視圖窗口中繪製，無需重載WM_PAINT消息處理函數OnPaint()，因為有一個更加友好的繪製新口：OnDraw()。該函數的實參是一個已經準備好的顯示設備，最後無需釋放。其實，這一切還是WM_PAINT消息處理函數OnPaint()為我們準備的，代碼如下：

OnPrepareDC()是一個虛擬函數，它總是在OnDraw()之前執行，可以重載它，設置繪圖模式。因為OnDraw()每次執行，都使用不同的CPaintDC對象，所以本次繪圖模式的狀態不能保留到下一次。

OnDraw()在視圖基類CView中定義為純虛函數。例如：

所以CView是抽象基類，不能實例化，而派生類必須重載OnDraw()。

OnUpdate

當文檔數據發生變化時，文檔對象調用CDocument::UpdateAllView()通知所有視圖，作為響應，視圖的OnUpdate()成員被調用。所以，重載的OnUpdate()應該能夠根據需要，將文檔數據的變化反映在視圖中。CView::OnUpdate()只是簡單地使客戶區無效，導致客戶區重畫。例如：

OnInitialUpdate()

在初始創建、調用OnCreate()之後，或者在File/New、File/Open命令后被框架調用。基類CView::OnInitialUpdate()只是簡單地調用OnUpdate()，可以重載它完成初始化工作。但注意，它可能被多次調用。

每當主框架窗口的客戶區尺寸發生變化或控制條的位置發生變化，需要重新排列客戶區時，調用該函數，根據視圖客戶區尺寸計算視圖窗口的尺寸。

我們知道，排列主窗口客戶區是由CFrameWnd::RecalcLayout()完成的。顯然，視圖的CalcWindowRect()函數也是由它觸發調用的。主窗口的客戶區尺寸減掉所有控制佔用的部分，剩下的區域分給視圖，這部分區域作為實參傳入CalcWindowRect()。在CalcWindowRect()函數內，需要計算視圖窗口的尺寸。代碼如下：

PostNcDestroy

在視圖窗口關閉時最後調用的成員函數，它與CFrameWnd::PostNcDestroy完成相同的功能，即刪除視圖對象。代碼如下：

這樣，可以不必關心視圖的釋放工作，即使它在堆中構造。

OnCmdMsg

在討論CFrameWnd::OnCmdMsg()時已經了解過該函數，下面只給出它的代碼：

OnActivateView

當視圖被激活為活動視圖，或由活動轉為非活動時，調用該函數通知視圖。基類的實現只是設置該視圖為焦點。代碼如下：

MFC提供了豐富的CView派生類，各種不同的派生類實現了對不同種類控制項的支持，以為用戶提供多元化的顯示界面。