MFC Object和Windows Object的關系
MFC中最重要的封裝是對Win32 API的封裝,因此,理解Windows Object和MFC Object (C++對象,一個C++類的實例)之間的關系是理解MFC的關鍵之一。所謂Windows Object(Windows對象)是Win32下用句柄表示的Windows操作系統對象;所謂MFC Object (MFC對象)是C++對象,是一個C++類的實例,這里(本書范圍內)MFC Object是有特定含義的,指封裝Windows Object的C++ Object,并非指任意的C++ Object。
MFC Object 和Windows Object是不一樣的,但兩者緊密聯系。以窗口對象為例:
一個MFC窗口對象是一個C++ CWnd類(或派生類)的實例,是程序直接創建的。在程序執行中它隨著窗口類構造函數的調用而生成,隨著析構函數的調用而消失。而Windows窗口則是Windows系統的一個內部數據結構的實例,由一個“窗口句柄”標識,Windows系統創建它并給它分配系統資源。Windows窗口在MFC窗口對象創建之后,由CWnd類的Create成員函數創建,“窗口句柄”保存在窗口對象的m_hWnd成員變量中。Windows窗口可以被一個程序銷毀,也可以被用戶的動作銷毀。MFC窗口對象和Windows窗口對象的關系如圖2-1所示。其他的Windows Object和對應的MFC Object也有類似的關系。
下面,對MFC Object和Windows Object作一個比較。有些論斷對設備描述表(MFC類是CDC,句柄是HDC)可能不適用,但具體涉及到時會指出。
從數據結構上比較
MFC Object是相應C++類的實例,這些類是MFC或者程序員定義的;
Windows Object是Windows系統的內部結構,通過一個句柄來引用;
MFC給這些類定義了一個成員變量來保存MFC Object對應的Windows Object的句柄。對于設備描述表CDC類,將保存兩個HDC句柄。
從層次上講比較
MFC Object是高層的,Windows Object是低層的;
MFC Object封裝了Windows Object的大部分或全部功能,MFC Object的使用者不需要直接應用Windows Object的HANDLE(句柄)使用Win32 API,代替它的是引用相應的MFC Object的成員函數。
從創建上比較
MFC Object通過構造函數由程序直接創建;Windows Object由相應的SDK函數創建。
MFC中,使用這些MFC Object,一般分兩步:
首先,創建一個MFC Object,或者在STACK中創建,或者在HEAP中創建,這時,MFC Object的句柄實例變量為空,或者說不是一個有效的句柄。
然后,調用MFC Object的成員函數創建相應的Windows Object,MFC的句柄變量存儲一個有效句柄。
CDC(設備描述表類)的創建有所不同,在后面的2.3節會具體說明CDC及其派生類的創建和使用。
當然,可以在MFC Object的構造函數中創建相應的Windows對象,MFC的GDI類就是如此實現的,但從實質上講,MFC Object的創建和Windows Object的創建是兩回事。
從轉換上比較
可以從一個MFC Object得到對應的Windows Object的句柄;一般使用MFC Object的成員函數GetSafeHandle得到對應的句柄。
可以從一個已存在的Windows Object創建一個對應的MFC Object; 一般使用MFC Object的成員函數Attach或者FromHandle來創建,前者得到一個永久性對象,后者得到的可能是一個臨時對象。
從使用范圍上比較
MFC Object對系統的其他進程來說是不可見、不可用的;而Windows Object一旦創建,其句柄是整個Windows系統全局的。一些句柄可以被其他進程使用。典型地,一個進程可以獲得另一進程的窗口句柄,并給該窗口發送消息。
對同一個進程的線程來說,只可以使用本線程創建的MFC Object,不能使用其他線程的MFC Object。
從銷毀上比較
MFC Object隨著析構函數的調用而消失;但Windows Object必須由相應的Windows系統函數銷毀。
設備描述表CDC類的對象有所不同,它對應的HDC句柄對象可能不是被銷毀,而是被釋放。
當然,可以在MFC Object的析構函數中完成Windows Object的銷毀,MFC Object的GDI類等就是如此實現的,但是,應該看到:兩者的銷毀是不同的。
每類Windows Object都有對應的MFC Object,下面用表格的形式列出它們之間的對應關系,如表2-1所示:
表2-1 MFC Object和Windows Object的對應關系
表2-1中的OBJECT分以下幾類:
描述Windows句柄MFC Object
窗口HWNDCWnd and CWnd-derived classes
設備上下文HDCCDC and CDC-derived classes
菜單HMENUCMenu
筆HPENCGdiObject類,CPen和CPen-derived classes
刷子HBRUSHCGdiObject類,CBrush和CBrush-derived classes
字體HFONTCGdiObject類,CFont和CFont-derived classes
位圖HBITMAPCGdiObject類,CBitmap和CBitmap-derived classes
調色板HPALETTECGdiObject類,CPalette和CPalette-derived classes
區域HRGNCGdiObject類,CRgn和CRgn-derived classes
圖像列表HimageLISTCimageList和CimageList-derived classes
套接字SOCKETCSocket,CAsynSocket及其派生類
Windows對象,
設備上下文對象,
GDI對象(BITMAP,BRUSH,FONT,PALETTE,PEN,RGN),
菜單,
圖像列表,
從廣義上來看,文檔對象和文件可以看作一對MFC Object和Windows Object,分別用CDocument類和文件句柄描述。
后續幾節分別對前四類作一個簡明扼要的論述。
Windows Object
用SDK的Win32 API編寫各種Windows應用程序,有其共同的規律:首先是編寫WinMain函數,編寫處理消息和事件的窗口過程WndProc,在WinMain里頭注冊窗口(Register Window),創建窗口,然后開始應用程序的消息循環。
MFC應用程序也不例外,因為MFC是一個建立在SDK API基礎上的編程框架。對程序員來說所不同的是:一般情況下,MFC框架自動完成了Windows登記、創建等工作。
下面,簡要介紹MFC Window對Windows Window的封裝。
Windows的注冊
一個應用程序在創建某個類型的窗口前,必須首先注冊該“窗口類”(Windows Class)。注意,這里不是C++類的類。Register Window把窗口過程、窗口類型以及其他類型信息和要登記的窗口類關聯起來。
“窗口類”的數據結構
“窗口類”是Windows系統的數據結構,可以把它理解為Windows系統的類型定義,而Windows窗口則是相應“窗口類”的實例。Windows使用一個結構來描述“窗口類”,其定義如下:
typedef struct _WNDCLASSEX {
UINT cbSize; //該結構的字節數
UINT style; //窗口類的風格
WNDPROC lpfnWndProc; //窗口過程
int cbClsExtra;
int cbWndExtra;
HANDLE hInstance; //該窗口類的窗口過程所屬的應用實例
HICON hIcon; //該窗口類所用的像標
HBRUSH hbrBackground; //該窗口類所用的背景刷
LPCTSTR lpszMenuName; //該窗口類所用的菜單資源
LPCTSTR lpszClassName; //該窗口類的名稱
HICON hIconSm; //該窗口類所用的小像標
} WNDCLASSEX;
從“窗口類”的定義可以看出,它包含了一個窗口的重要信息,如窗口風格、窗口過程、顯示和繪制窗口所需要的信息,等等。關于窗口過程,將在后面消息映射等有關章節作詳細論述。
Windows系統在初始化時,會注冊(Register)一些全局的“窗口類”,例如通用控制窗口類。應用程序在創建自己的窗口時,首先必須注冊自己的窗口類。在MFC環境下,有幾種方法可以用來注冊“窗口類”,下面分別予以討論。
調用AfxRegisterClass注冊
AfxRegisterClass函數是MFC全局函數。AfxRegisterClass的函數原型:
BOOL AFXAPI AfxRegisterClass(WNDCLASS *lpWndClass);
參數lpWndClass是指向WNDCLASS結構的指針,表示一個“窗口類”。
首先,AfxRegisterClass檢查希望注冊的“窗口類”是否已經注冊,如果是則表示已注冊,返回TRUE,否則,繼續處理。
接著,調用::RegisterClass(lpWndClass)注冊窗口類;
然后,如果當前模塊是DLL模塊,則把注冊“窗口類”的名字加入到模塊狀態的域m_szUnregisterList中。該域是一個固定長度的緩沖區,依次存放模塊注冊的“窗口類”的名字(每個名字是以“\n\0”結尾的字符串)。之所以這樣做,是為了DLL退出時能自動取消(Unregister)它注冊的窗口類。至于模塊狀態將在后面第9章詳細的討論。
最后,返回TRUE表示成功注冊。
調用AfxRegisterWndClass注冊
AfxRegisterWndClass函數也是MFC全局函數。AfxRegisterWndClass的函數原型:
LPCTSTR AFXAPI AfxRegisterWndClass(UINT nClassStyle,
HCURSOR hCursor, HBRUSH hbrBackground, HICON hIcon)
參數1指定窗口類風格;
參數2、3、4分別指定該窗口類使用的光標、背景刷、像標的句柄,缺省值是0。
此函數根據窗口類屬性動態地產生窗口類的名字,然后,判斷是否該類已經注冊,是則返回窗口類名;否則用指定窗口類的屬性(窗口過程指定為缺省窗口過程),調用AfxRegisterCalss注冊窗口類,返回類名。
動態產生的窗口類名字由以下幾部分組成(包括冒號分隔符):
如果參數2、3、4全部為NULL,則由三部分組成。
“Afx”+“:”+模塊實例句柄”+“:”+“窗口類風格”
否則,由六部分組成:
“Afx”+“:”+模塊實例句柄+“:”+“窗口類風格”+“:”+光標句柄+“:”+背景刷句柄+“:”+像標句柄。比如:“Afx:400000:b:13de:6:32cf”。
該函數在MFC注冊主邊框或者文檔邊框“窗口類”時被調用。具體怎樣用在5.3.3.3節會指出。
隱含的使用MFC預定義的的窗口類
MFC4.0以前的版本提供了一些預定義的窗口類,4.0以后不再預定義這些窗口類。但是,MFC仍然沿用了這些窗口類,例如:
用于子窗口的“AfxWnd”;
用于邊框窗口(SDI主窗口或MDI子窗口)或視的“AfxFrameOrView”;
用于MDI主窗口的“AfxMDIFrame”;
用于標準控制條的“AfxControlBar”。
這些類的名字就 是“AfxWnd”、“AfxFrameOrView”、“AfxMdiFrame”、 “AfxControlBar”加上前綴和后綴(用來標識版本號或是否調試版等)。它們使用標準應用程序像標、標準文檔像標、標準光標等標準資源。為了使用這些“窗口類”,MFC會在適當的時候注冊這些類:或者要創建該類的窗口時,或者創建應用程序的主窗口時,等等。
MFC內部使用了函數
BOOL AFXAPI AfxEndDeferRegisterClass(short fClass)
來幫助注冊上述原MFC版本的預定義“窗口類”。參數fClass區分了那些預定義窗口的類型。根據不同的類型,使用不同的窗口類風格、窗口類名字等填充WndClass的域,然后調用AfxRegisterClass注冊窗口類。并且注冊成功之后,通過模塊狀態的m_fRegisteredClasses記錄該窗口類已經注冊,這樣該模塊在再次需要注冊這些窗口類之前可以查一下m_fRegisteredClasses,如果已經注冊就不必浪費時間了。為此,MFC內部使用宏
AfxDeferRegisterClass(short fClass)
來注冊“窗口類”,如果m_fRegisteredClasses記錄了注冊的窗口類,返回TRUE,否則,調用AfxEndDeferRegisterClass注冊。
注冊這些窗口類的例子:
MFC在加載邊框窗口時,會自動地注冊“AfxFrameOrView”窗口類。在創建視時,就會使用該“窗口類”創建視窗口。當然,如果創建視窗口時,該“窗口類”還沒有注冊,MFC將先注冊它然后使用它創建視窗口。
不過,MFC并不使用”AfxMDIFrame”來創建MDI主窗口,因為在加載主窗口時一般都指定了主窗口的資源,MFC使用指定的像標注冊新的MDI主窗口類(通過函數AfxRegisterWndClass完成,因此“窗口類”的名字是動態產生的)。
MDI子窗口類似于上述MDI主窗口的處理。
在MFC創建控制窗口時,如工具欄窗口,如果“AfxControlBar”類還沒有注冊,則注冊它。注冊過程很簡單,就是調用::InitCommonControl加載通用控制動態連接庫。
調用::RegisterWndClass。
直接調用Win32的窗口注冊函數::RegisterWndClass注冊“窗口類”,這樣做有一個缺點:如果是DLL模塊,這樣注冊的“窗口類”在程序退出時不會自動的被取消注冊(Unregister)。所以必須記得在DLL模塊退出時取消它所注冊的窗口類。
子類化
子類化(Subclass)一個“窗口類”,可自動地得到它的“窗口類”屬性。
MFC窗口類CWnd
在Windows系統里,一個窗口的屬性分兩個地方存放:一部分放在“窗口類”里頭,如上所述的在注冊窗口時指定;另一部分放在Windows Object本身,如:窗口的尺寸,窗口的位置(X,Y軸),窗口的Z軸順序,窗口的狀態(ACTIVE,MINIMIZED,MAXMIZED,RESTORED…),和其他窗口的關系(父窗口,子窗口…),窗口是否可以接收鍵盤或鼠標消息,等等。
為了表達所有這些窗口的共性,MFC設計了一個窗口基類CWnd。有一點非常重要,那就是CWnd提供了一個標準而通用的MFC窗口過程,MFC下所有的窗口都使用這個窗口過程。至于通用的窗口過程卻能為各個窗口實現不同的操作,那就是MFC消息映射機制的奧秘和作用了。這些,將在后面有關章節詳細論述。
CWnd提供了一系列成員函數,或者是對Win32相關函數的封裝,或者是CWnd新設計的一些函數。這些函數大致如下。
(1)窗口創建函數
這里主要討論函數Create和CreateEx。它們封裝了Win32窗口創建函數::CreateWindowEx。Create的原型如下:
BOOL CWnd::Create(LPCTSTR lpszClassName,
LPCTSTR lpszWindowName, DWORD dwStyle,
const RECT& rect,
CWnd* pParentWnd, UINT nID,
CCreateContext* pContext)
Create是一個虛擬函數,用來創建子窗口(不能創建桌面窗口和POP UP窗口)。CWnd的基類可以覆蓋該函數,例如邊框窗口類等覆蓋了該函數以實現邊框窗口的創建,視類則使用它來創建視窗口。
Create調用了成員函數CreateEx。CWnd::CreateEx的原型如下:
BOOL CWnd::CreateEx(DWORD dwExStyle, LPCTSTR lpszClassName,
LPCTSTR lpszWindowName, DWORD dwStyle,
int x, int y, int nWidth, int nHeight,
HWND hWndParent, HMENU nIDorHMenu, LPVOID lpParam)
CreateEx有11個參數,它將調用::CreateWindowEx完成窗口的創建,這11個參數對應地傳遞給::CreateWindowEx。參數指定了窗口擴展風格、“窗口類”、窗口名、窗口大小和位置、父窗口句柄、窗口菜單和窗口創建參數。
CreateEx的處理流程將在后面4.4.1節討論窗口過程時分析。
窗口創建時發送WM_CREATE消息,消息參數lParam指向一個CreateStruct結構的變量,該結構有11個域,其描述見后面4.4.1節對窗口過程的分析,Windows使用和CreateEx參數一樣的內容填充該變量。
(2)窗口銷毀函數
例如:
DestroyWindow函數 銷毀窗口
PostNcDestroy( ),銷毀窗口后調用,虛擬函數
(3)用于設定、獲取、改變窗口屬性的函數,例如:
SetWindowText(CString tiltle) 設置窗口標題
GetWindowText() 得到窗口標題
SetIcon(HICON hIcon, BOOL bBigIcon);設置窗口像標
GetIcon( BOOL bBigIcon ) ;得到窗口像標
GetDlgItem( int nID);得到窗口類指定ID的控制子窗口
GetDC(); 得到窗口的設備上下文
SetMenu(CMenu *pMenu); 設置窗口菜單
GetMenu();得到窗口菜單
…
(4)用于完成窗口動作的函數
用于更新窗口,滾動窗口,等等。一部分成員函數設計成或可重載(Overloaded)函數,或虛擬(Overridden)函數,或MFC消息處理函數。這些函數或者實現了一部分功能,或者僅僅是一個空函數。如:
有關消息發送的函數:
SendMessage( UINT message,WPARAM wParam = 0, LPARAM lParam = 0 );
給窗口發送發送消息,立即調用方式
PostMessage(( UINT message,WPARAM wParam = 0, LPARAM lParam = 0 );
給窗口發送消息,放進消息隊列
…
有關改變窗口狀態的函數
MoveWindow( LPCRECT lpRect, BOOL bRepaint = TRUE );
移動窗口到指定位置
ShowWindow(BOOL );顯示窗口,使之可見或不可見
….
實現MFC消息處理機制的函數:
virtual LRESULT WindowProc( UINT message, WPARAM wParam, LPARAM lParam ); 窗口過程,虛擬函數
virtual BOOL OnCommand( WPARAM wParam, LPARAM lParam );處理命令消息
…
消息處理函數:
OnCreate( LPCREATESTRUCT lpCreateStruct );MFC窗口消息處理函數,窗口創建時由MFC框架調用
OnClose();MFC窗口消息處理函數,窗口創建時由MFC框架調用
…
其他功能的函數
CWnd的導出類是類型更具體、功能更完善的窗口類,它們繼承了CWnd的屬性和方法,并提供了新的成員函數(消息處理函數、虛擬函數、等等)。
常用的窗口類及其層次關系見圖1-1。
在MFC下創建一個窗口對象
MFC下創建一個窗口對象分兩步,首先創建MFC窗口對象,然后創建對應的Windows窗口。在內存使用上,MFC窗口對象可以在棧或者堆(使用new創建)中創建。具體表述如下:
創建MFC窗口對象。通過定義一個CWnd或其派生類的實例變量或者動態創建一個MFC窗口的實例,前者在棧空間創建一個MFC窗口對象,后者在堆空間創建一個MFC窗口對象。
調用相應的窗口創建函數,創建Windows窗口對象。
例如:在前面提到的AppWizard產生的源碼中,有CMainFrame(派生于CMDIFrame(SDI)或者CMDIFrameWnd(MDI))類。它有兩個成員變量定義如下:
CToolBar m_wndToolBar;
CStatusBar m_wndStatusBar;
當創建CMainFrame類對象時,上面兩個MFC Object也被構造。
CMainFrame還有一個成員函數
OnCreate(LPCREATESTRUCT lpCreateStruct),
它的實現包含如下一段代碼,調用CToolBar和CStatusBar的成員函數Create來創建上述兩個MFC對象對應的工具欄HWND窗口和狀態欄HWND窗口:
int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
…
if (!m_wndToolBar.Create(this) ||
!m_wndToolBar.LoadToolBar(IDR_MAINFRAME))
{
TRACE0("Failed to create toolbar\n");
return -1; // fail to create
}
if (!m_wndStatusBar.Create(this) ||
!m_wndStatusBar.SetIndicators(indicators,
sizeof(indicators)/sizeof(UINT)))
{
TRACE0("Failed to create status bar\n");
return -1; // fail to create
}
…
}
關于工具欄、狀態欄將在后續有關章節作詳細討論。
在MFC中,還提供了一種動態創建技術。動態創建的過程實際上也如上所述分兩步,只不過MFC使用這個技術是由框架自動地完成整個過程的。通常框架窗口、文檔框架窗口、視使用了動態創建。介于MFC的結構,CFrameWnd和CView及其派生類的實例即使不使用動態創建,也要用new在堆中分配。理由見窗口的銷毀(2.2.5節)。
至于動態創建技術,將在下一章具體討論。
在Windows窗口的創建過程中,將發送一些消息,如:
在創建了窗口的非客戶區(Nonclient area)之后,發送消息WM_NCCREATE;
在創建了窗口的客戶區(client area)之后,發送消息WM_CREATE;
窗口的窗口過程在窗口顯示之前收到這兩個消息。
如果是子窗口,在發送了上述兩個消息之后,還給父窗口發送WM_PARENATNOTIFY消息。其他類或風格的窗口可能發送更多的消息,具體參見SDK開發文檔。
MFC窗口的使用
MFC提供了大量的窗口類,其功能和用途各異。程序員應該選擇哪些類來使用,以及怎么使用他們呢?
直接使用MFC提供的窗口類或者先從MFC窗口類派生一個新的C++類然后使用它,這些在通常情況下都不需要程序員提供窗口注冊的代碼。是否需要派生新的C++類,視MFC已有的窗口類是否能滿足使用要求而定。派生的C++類繼承了基類的特性并改變或擴展了它的功能,例如增加或者改變對消息、事件的特殊處理等。
主要使用或繼承以下一些MFC窗口類(其層次關系圖見圖1-1):
框架類CFrameWnd,CMdiFrameWnd;
文檔框架CMdiChildWnd;
視圖CView和CView派生的有特殊功能的視圖如:列表CListView,編輯CEditView,樹形列表CTreeView,支持RTF的CRichEditView,基于對話框的視CFormView等等。
對話框CDialog。
通常,都要從這些類派生應用程序的框架窗口和視窗口或者對話框。
工具條CToolBar
狀態條CStatusBar
其他各類控制窗口,如列表框CList,編輯框CEdit,組合框CComboBox,按鈕Cbutton等。
通常,直接使用這些類。
在MFC下窗口的銷毀
窗口對象使用完畢,應該銷毀。在MFC下,一個窗口對象的銷毀包括HWND窗口對象的銷毀和MFC窗口對象的銷毀。一般情況下,MFC編程框架自動地處理了這些。
(1)對CFrameWnd和CView的派生類
這些窗口的關閉導致銷毀窗口的函數DestroyWindow被調用。銷毀Windows窗口時,MFC框架調用的最后一個成員函數是OnNcDestroy函數,該函數負責Windows清理工作,并在最后調用虛擬成員函數PostNcDestroy。CFrameWnd和CView的PostNcDestroy調用delete this刪除自身這個MFC窗口對象。
所以,對這些窗口,如前所述,應在堆(Heap)中分配,而且,不要對這些對象使用delete操作。
(2)對Windows Control窗口
在它們的析構函數中,將調用DestroyWidnow來銷毀窗口。如果在棧中分配這樣的窗口對象,則在超出作用范圍的時候,隨著析構函數的調用,MFC窗口對象和它的Windows window對象都被銷毀。如果在堆(Heap)中分配,則顯式調用delete操作符,導致析構函數的調用和窗口的銷毀。
所以,這種類型的窗口應盡可能在棧中分配,避免用額外的代碼來銷毀窗口。如前所述的CMainFrame的成員變量m_wndStatusBar和m_wndToolBar就是這樣的例子。
(3)對于程序員直接從CWnd派生的窗口
程序員可以在派生類中實現上述兩種機制之一,然后,在相應的規范下使用。
后面章節將詳細的討論應用程序退出時關閉、清理窗口的過程。
設備描述表
設備描述表概述
當一個應用程序使用GDI函數時,必須先裝入特定的設備驅動程序,然后為繪制窗口準備設備描述表,比如指定線的寬度和顏色、刷子的樣式和顏色、字體、剪裁區域等等。不像其他Win32結構,設備描述表不能被直接訪問,只能通過系列Win32函數來間接地操作。
如同Windows“窗口類”一樣,設備描述表也是一種Windows數據結構,用來描述繪制窗口所需要的信息。它定義了一個坐標映射模式、一組GDI圖形對象及其屬性。這些GDI對象包括用于畫線的筆,繪圖、填圖的刷子,位圖,調色板,剪裁區域,及路徑(Path)。
表2-2列出了設備描述表的結構和各項缺省值,表2-3列出了設備描述表的類型,表2-4顯示設備描述表的類型。
表2-2 設備描述表的結構
屬性缺省值
Background colorBackground color setting from Windows Control Panel (typically, white)
Background modeOPAQUE
BitmapNone
BrushWHITE_BRUSH
Brush origin(0,0)
Clipping regionEntire window or client area with the update region clipped, as appropriate. Child and pop-up windows in the client area may also be clipped
PaletteDEFAULT_PALETTE
Current pen position(0,0)
Device originUpper left corner of the window or the client area
Drawing modeR2_COPYPEN
FontSYSTEM_FONT (SYSTEM_FIXED_FONT for applications written to run with Windows versions 3.0 and earlier)
Intercharacter spacing0
Mapping modeMM_TEXT
PenBLACK_PEN
Polygon-fill modeALTERNATE
Stretch modeBLACKONWHITE
Text colorText color setting from Control Panel (typically, black)
Viewport extent(1,1)
Viewport origin(0,0)
Window extent(1,1)
Window origin(0,0)
表2-3 設備描述表的分類
Display顯示設備描述表,提供對視頻顯示設備上的繪制操作的支持
Printer打印設備描述表,提供對打印機、繪圖儀設備上的繪制操作的支持
Memory內存設備描述表,提供對位圖操作的支持
Information信息設備描述表,提供對操作設備信息獲取的支持
表2-3中的顯示設備描述表又分三種類型,如表2-4所示。
表2-4 顯示設備描述表的分類
名稱特點功能
Class Device
Contexts提供對Win16的向后兼容
Common
Device
Contexts在Windows系統的高速緩沖區,數量有限Applicaion獲取設備描述表時,Windows用缺省值初始化該設備描述表,Application使用它完成繪制操作,然后釋放
Private
Device
Contexts沒有數量限制,用完不需釋放一次獲取,多次使用多次使用過程中,每次設備描述表屬性的任何修改或變化都會被保存,以支持快速繪制
(1)使用設備描述表的步驟
要使用設備描述表,一般有如下步驟:
獲取或者創建設備描述表;
必要的話,改變設備描述表的屬性;
使用設備描述表完成繪制操作;
釋放或刪除設備描述表。
Common設備描述表通過::GetDC,::GetDCEx,::BeginPaint來獲得一個設備描述表,用畢,用::ReleaseDC或::EndPaint釋放設備描述表;
Printer設備描述表通過::CreateDC創建設備描述表,用::DeleteDC刪除設備描述表。
Memory設備描述表通過::CreateCompatibleDC創建設備描述表,用::DeleteDC刪除。
Information設備描述表通過::CreateIC創建設備描述表,用::DeleteDC刪除。
(2)改變設備描述表屬性的途徑
要改變設備描述表的屬性,可通過以下途徑:
用::SelectObject選入新的除調色板以外的GDI Object到設備描述表中;
對于調色板,使用::SelectPalette函數選入邏輯調色板,并使用::RealizePalette把邏輯調色板的入口映射到物理調色板中。
用其他API函數改變其他屬性,如::SetMapMode改變映射模式。
設備描述表在MFC中的實現
MFC提供了CDC類作為設備描述表類的基類,它封裝了Windows的HDC設備描述表對象和相關函數。
CDC類
CDC類包含了各種類型的Windows設備描述表的全部功能,封裝了所有的Win32 GDI 函數和設備描述表相關的SDK函數。在MFC下,使用CDC的成員函數來完成所有的窗口繪制工作。
CDC 類的結構示意圖2-2所示。
CDC類有兩個成員變量:m_hDC,m_hAttribDC,它們都是Windows設備描述表句柄。CDC的成員函數作輸出操作時,使用m_Hdc;要獲取設備描述表的屬性時,使用m_hAttribDC。
在創建一個CDC類實例時,缺省的m_hDC等于m_hAttribDC。如果需要的話,程序員可以分別指定它們。例如,MFC框架實現CMetaFileDC類時,就是如此:CMetaFileDC從物理設備上讀取設備信息,輸出則送到元文件(metafile)上,所以m_hDC和m_hAttribDC是不同的,各司其責。還有一個類似的例子:打印預覽的實現,一個代表打印機模擬輸出,一個代表屏幕顯示。
CDC封裝::SelectObject(HDC hdc,HGDIOBJECT hgdiobject)函數時,采用了重載技術,即它針對不同的GDI對象,提供了名同而參數不同的成員函數:
SelectObject(CPen *pen)用于選入筆;
SelectObject(CBitmap* pBitmap)用于選入位圖;
SelectObject(CRgn *pRgn)用于選入剪裁區域;
SelectObject(CBrush *pBrush)用于選入刷子;
SelectObject(CFont *pFont)用于選入字體;
至于調色板,使用SelectPalette(CPalette *pPalette,BOOL bForceBackground )選入調色板到設備描述表,使用RealizePalletter()實現邏輯調色板到物理調色板的映射。
從CDC派生出功能更具體的設備描述表
從CDC 派生出四個功能更具體的設備描述表類。層次如圖2-3所示。
下面,分別討論派生出的四種設備描述表。
CCientDC
代表窗口客戶區的設備描述表。其構造函數CClientDC(CWnd *pWin)通過::GetDC獲取指定窗口的客戶區的設備描述表HDC,并且使用成員函數Attach把它和CClientDC對象捆綁在一起;其析構函數使用成員函數Detach把設備描述表句柄HDC分離出來,并調用::ReleaseDC釋放設備描述表HDC。
CPaintDC
僅僅用于響應WM_PAINT消息時繪制窗口,因為它的構造函數調用了::BeginPaint獲取設備描述表HDC,并且使用成員函數Attach把它和CPaintDC對象捆綁在一起;析構函數使用成員函數Detach把設備描述表句柄HDC分離出來,并調用::EndPaint釋放設備描述表HDC,而::BeginPaint和::EndPaint僅僅在響應WM_PAINT時使用。
CMetaFileDC
用于生成元文件。
CWindowDC
代表整個窗口區(包括非客戶區)的設備描述表。其構造函數CWindowDC(CWnd *pWin)通過::GetWindowDC獲取指定窗口的客戶區的設備描述表HDC,并使用Attach把它和CWindowDC對象捆綁在一起;其析構函數使用Detach把設備描述表HDC分離出來,調用::ReleaseDC釋放設備描述表HDC。
MFC設備描述表類的使用
使用CPaintDC、CClientDC、CWindowDC的方法
首先,定義一個這些類的實例變量,通常在棧中定義。然后,使用它。
例如,MFC中CView對WM_PAINT消息的實現方法如下:
void CView::OnPaint()
{
// standard paint routine
CPaintDC dc(this);
OnPrepareDC(&dc);
OnDraw(&dc);
}
在棧中定義了CPaintDC類型的變量dc,隨著構造函數的調用獲取了設備描述表;設備描述表使用完畢,超出其有效范圍就被自動地清除,隨著析構函數的調用,其獲取的設備描述表被釋放。
如果希望在堆中創建,例如
CPaintDC *pDC;
pDC = new CPaintDC(this)
則在使用完畢時,用delete刪除pDC:
delete pDC;
直接使用CDC
需要注意的是:在生成CDC對象的時候,并不像它的派生類那樣,在構造函數里獲取相應的Windows設備描述表。最好不要使用::GetDC等函數來獲取一個設備描述表,而是創建一個設備描述表。其構造函數如下:
CDC::CDC()
{
m_hDC = NULL;
m_hAttribDC = NULL;
m_bPrinting = FALSE;
}
其析構函數如下:
CDC::~CDC()
{
if (m_hDC != NULL)
::DeleteDC(Detach());
}
在CDC析構函數中,如果設備描述表句柄不空,則調用DeleteDC刪除它。這是直接使用CDC時最好創建Windows設備描述表的理由。如果設備描述表不是創建的,則應該在析構函數被調用前分離出設備描述表句柄并用::RealeaseDC釋放它,釋放后m_hDC為空,則在析構函數調用時不會執行::DeleteDC。當然,不用擔心CDC的派生類的析構函數調用CDC的析構函數,因為CDC::~CDC()不是虛擬析構函數。
直接使用CDC的例子是內存設備上下文,例如:
CDC dcMem; //聲明一個CDC對象
dcMem.CreateCompatibleDC(&dc); //創建設備描述表
pbmOld = dcMem.SelectObject(&m_bmBall);//更改設備描述表屬性
…//作一些繪制操作
dcMem.SelectObject(pbmOld);//恢復設備描述表的屬性
dcMem.DeleteDC(); //可以不調用,而讓析構函數去刪除設備描述表
GDI對象
在討論設備描述表時,已經多次涉及到GDI對象。這里,需強調一下:GDI對象要選入Windows 設備描述表后才能使用;用畢,要恢復設備描述表的原GDI對象,并刪除該GDI對象。
一般按如下步驟使用GDI對象:
Create or get a GDI OBJECT hNewGdi;
hOldGdi = ::SelectObject(hdc, hNewGdi)
……
::SelectObject(hdc, hOldGdi)
::DeleteObject(hNewGdi)
先創建或得到一個GDI對象,然后把它選入設備描述表并保存它原來的GDI對象;用畢恢復設備描述表原來的GDI對象并刪除新創建的GDI對象。
需要指出的是,如果hNewGdi是一個Stock GDI對象,可以不刪除(刪除也可以)。通過
HGDIOBJ GetStockObject(
int fnObject // type of stock object
);
來獲取Stock GDI對象。
MFC GDI對象
MFC用一些類封裝了Windows GDI對象和相關函數,層次結構如圖2-4所示:
CGdiObject封裝了Windows GDI Object共有的特性。其派生類在繼承的基礎上,主要封裝了各類GDI的創建函數以及和具體GDI對象相關的操作。
CGdiObject的構造函數僅僅讓m_hObject為空。如果m_hObject不空,其析構函數將刪除對應的Windows GDI對象。MFC GDI對象和Windows GDI對象的關系如圖2-5所示。
使用MFC GDI類的使用
首先創建GDI對象,可分一步或兩步創建。一步創建就是構造MFC對象和Windows GDI對象一步完成;兩步創建則先構造MFC對象,接著創建Windows GDI對象。然后,把新創建的GDI對象選進設備描述表,取代原GDI對象并保存。最后,恢復原GDI對象。例如:
void CMyView::OnDraw(CDC *pDC)
{
CPen penBlack; //構造MFC CPen對象
if (penBlack.CreatePen(PS_SOLID, RGB(0, 0, 0)))
{
CPen *pOldPen = pDC->SelectObject(&penBlack)); //選進設備表,保存原筆
…
pDC->SelectObject(pOldPen); //恢復原筆
}else
{
…
}
}
和在SDK下有一點不同的是:這里沒有DeleteObject。因為執行完OnDraw后,棧中的penBlack被銷毀,它的析構函數被調用,導致DeleteObject的調用。
還有一點要說明:
pDC->SelectObject(&penBlack)返回了一個CPen *指針,也就是說,它根據原來PEN的句柄創建了一個MFC CPen對象。這個對象是否需要刪除呢?不必要,因為它是一個臨時對象,MFC框架會自動地刪除它。當然,在本函數執行完畢把控制權返回給主消息循環之前,該對象是有效的。
關于臨時對象及MFC處理它們的內部機制,將在后續章節詳細討論。
至此,Windows編程的核心概念:窗口、GDI界面(設備描述表、GDI對象等)已經陳述清楚,特別揭示了MFC對這些概念的封裝機制,并簡明講述了與這些Windows Object對應的MFC類的使用方法。還有其他Windows概念,可以參見SDK開發文檔。在MFC的實現上,基本上僅僅是對和這些概念相關的Win32函數的封裝。如果明白了MFC的窗口、GDI界面的封裝機制,其他就不難了。
評論
查看更多