VC設置視圖背景顏色方法

     視圖的背景一般來說是白色的，在缺省情況下，它和系統定義的顏色COLOR_WINDOW是一致的。設計者一般會希望自己的程序可以讓用戶輕松地改變窗口背景顏色，或是用漂亮的圖片來充填背景。我們可以用Windows函數SetSysColors來重新指定COLOR_WINDOW所對應的實際顏色，來達到改變視圖背景顏色的目的。但這樣會同時改變其他應用程序的視圖窗口背景，使得整個Windows系統的顏色設置產生混亂。另外，我們可能會用以下方法來設置視圖的背景顏色，即在CView的OnDraw函數中添寫如下一段程序代碼：

void CTestView::OnDraw(CDC＊ pDC) 
{ 
CTestDoc＊ pDoc = GetDocument(); 
ASSERT_VALID(pDoc); 
CRect rectClient; 
CBrush brushBkColor; 
GetClientRect(rectClient); 
brushBkColor.CreateSolidBrush(RGB(255,0,0)); 
pDC－>DPtoLP(rectClient); 
pDC－>FillRect(rectClient,＆brushBkColor); 
… 
} 

這樣可以達到改變當前應用程序的視圖背景的目的，但同時也產生了一些不良影響，使得程序運行效果不盡如人意。

分析問題 
我們知道，在VC＋＋的文檔、視結構中，CView的OnDraw函數用於實現絕大部分圖形繪制的工作。如果用戶改變窗口尺寸，或者顯示隱藏的區域，OnDraw函數都將被調用來重畫窗口。並且，當程序文檔中的數據發生改變時，一般必須通過調用視圖的Invalidate（或InvalidateRect）成員函數來通知Windows所發生的改變，對Invalidate的調用也會觸發對OnDraw函數的調用。正因為OnDraw函數被頻繁調用，所以在其執行時，每次都刷新填充一次視圖客戶區域，便會使屏幕不穩定，產生閃爍現象。 
       對VC＋＋應用程序框架結構和Windows消息映射系統的仔細研究，找到另外一種改變視圖背景的方法，其執行效果比上述兩種方法都好。其實在程序調用OnDraw函數之前，會觸發一個Windows消息：WM_ERASEBKGND，以擦除視圖刷新區域。在缺省情況下，Windows系統使用視圖窗口注冊時窗口類中的成員hbrBackground所描述的畫刷來擦除屏幕，這一般會將屏幕刷新成COLOR_WINDOW所對應的顏色。因此，在OnDraw函數中設置背景顏色的執行過程是這樣的：先將屏幕刷新成COLOR_WINDOW所對應的顏色（白色），接着又在OnDraw函數中填充其他顏色（綠色刷背景，或者視圖用別顏色畫圖），這正是產生屏幕閃爍的根本原因。

對WM_PAINT的處理幾乎總是從一個BeginPaint調用開始：hdc = BeginPaint (hwnd, &ps) ;而以一個EndPaint調用結束，中間條用OnPaint（）函數：在BeginPaint調用中，如果顯示區域的背景還未被刪除，則由Windows來刪除。（即用默認白色畫刷在刷一遍屏幕，即重繪背景色）它使用注冊窗口類別的WNDCLASS結構的hbrBackground字段中指定的畫刷來刪除背景。一般, 這是一個白色備用畫刷。這意味着，Windows將通過把窗口背景設定為白色來刪除窗口背景。

　解決問題 
通過上述分析，我們應將視圖背景顏色填充移到Windows消息：WM_ERASEBKGND所對應的消息映射函數中，而不是在OnDraw函數中。我們可以通過下列步驟實現這一過程：在文檔類中增加一成員變量m_viewBkColor保存當前背景顏色，同時增加兩個成員函數GetViewBkColor和SetViewBkColor對其進行讀寫操作。這樣做的好處是可以對m_viewBkColor成員進行序列化，將其和文檔聯系在一起，打開某一文檔時，其背景將和上一次程序操作該文檔時的背景保持一致。在視圖類中為視圖的Windows消息WM_ERASEBKGND增加消息映射函數OnEraseBkgnd，代碼如下：

BOOL CTestView::OnEraseBkgnd(CDC＊ pDC)  
{ 
CRect rect; 
CBrush brush; 
brush.CreateSolidBrush(GetDocument()－>GetViewBkColor()); 
pDC－>GetClipBox(rect); 
pDC－>FillRect(rect,＆brush); 
return true; 
} 

　　

     系統為什么不在調用Invalidate時發送WM_PAINT消息呢？又為什么非要等應用消息隊列為空時才發送WM_PAINT消息呢？這是因為系統把在窗口中的繪制操作當作一種低優先級的操作，於是盡可能地推后做。不過這樣也有利於提高繪制的效率：兩個WM_PAINT消息之間通過InvalidateRect和InvaliateRgn使之失效的區域就會被累加起來，然后在一個WM_PAINT消息中一次得到 更新，不僅能避免多次重復地更新同一區域，也優化了應用的更新操作。像這種通過InvalidateRect和InvalidateRgn來使窗口區域無效，依賴於系統。在合適的時機發送WM_PAINT消息的機 制實際上是一種異步工作方式，也就是說，在無效化窗口區域和發送WM_PAINT消息之間是有延遲的；有時候這種延遲並不是我們希望的，這時我們當然可以在無效化窗口區域后利用SendMessage 發送一條WM_PAINT消息來強制立即重畫，但不如使用Windows GDI為我們提供的更方便和強大的函數：UpdateWindow和RedrawWindow。UpdateWindow會檢查窗口的Update Region，當其不為空時才發送WM_PAINT消息；RedrawWindow則給我們更多的控制：是否重畫非客戶區和背景，是否總是發送WM_PAINT消息而不管Update Region是否為空等。

BeginPaint和WM_PAINT消息緊密相關。試一試在WM_PAINT處理函數中不寫BeginPaint會怎樣？程序會像進入了一個死循環一樣達到驚人的CPU占用率，你會發現程序總在處理一個接 一個的WM_PAINT消息。這是因為在通常情況下，當應用收到WM_PAINT消息時，窗口的Update Region都是非空的（如果為空就不需要發送WM_PAINT消息了），BeginPaint的一個作用就是把該Update Region置為空，這樣如果不調用BeginPaint，窗口的Update Region就一直不為空，如前所述，系統就會一直發送WM_PAINT消息。