?? chapter2.txt
字號:
*消除函數和變量名的沖突
*類是語言的自然擴展
*通常,精心設計的庫減少了代碼量
利用基礎類庫,創建一個窗口所需的代碼大約只占傳統應用程序的三分之一。這就可以使程序員只用花很少的時間與Windows打交道,把更多的精力集中在開發自己的程序代碼上。
22.2 MFC的設計考慮
基礎類庫設計小組定義了嚴格的設計規則,在設計MFC庫時必須遵循這些規則。這些規則和方針如下:
*利用C++的威力,但不能把程序員嚇倒
*使從標準API調用到類庫的轉換盡可能簡單
*允許混合使用傳統的函數調用和新的類庫
*在設計類庫的時候綜合考慮功能和效率
*建成的類庫必須能夠方便地在不同平臺間移植,如Windows 95和Windows NT
設計小組感到要開發高質量的代碼必須從MFC庫本身開始。C++基礎類庫必須又小又快。它的簡單性使它易于使用,而執行速度與龐大的C函數庫接近。
這些類的設計方式應該讓熟練的Windows程序員不必重新學習各種函數的名字。通過仔細的命名和設計可以實現這一點。Microsoft認為這一點是MFC區別于其它類庫的一個特征。
MFC小組還把基礎類庫設計為是允許以混合方式編程的。這就是說,在同一個源文件里,既可以使用類也可以使用傳統的函數調用。即使是在使用MFC時,類似SetCursor()和GetSystemMetrics()這樣的函數還是需要直接調用。
Microsoft也知道類庫必須方便使用。其它廠商提供的一些類庫設計得太抽象。按Microsoft的說法,這些笨重的類企圖生成又大又慢的應用程序。MFC庫提供了合理的抽象,保證代碼很小。
開發小組將原始的MFC庫設計為動態的而不是靜態的。動態的結構是這些類可以適應我們現在使用的Windows 95和Windows NT環境。
22.3 MFC庫的關鍵特性
從其它編譯器廠商那兒也可以獲得Windows類庫,但Microsoft宣稱他們的MFC類庫具有許多真正的優點:
*全面支持所有的Windows函數、控件、消息、GDI(圖形設備接口)繪圖原語、菜單以及對話框。
*使用與Windows API相同的命名約定。因此,從名字上就可以直接知道類的功能。
*消除了一個錯誤源,即大量的switch/case語句。所有的消息都被映射到類的成員函數。這種消息-方法的映射方法應用于所有的消息。
*能夠把對象的信息輸出到文件,這提供了更好的診斷支持。同時還提供了驗證成員變量的能力。
*增強的例外處理設計,使得程序代碼失敗的可能性更小。能夠解決“內存不足”以及其它一些問題。
*可以在運行時決定數據對象的類型。這允許對類的域進行動態操縱。
*小而快速的代碼。前面已經提到,MFC庫只添加了很少一些代碼,執行起來幾乎與傳統的C語言Windows應用程序一樣快。
*對組件對象模型(COM)的支持。
有經驗的Windows程序員會立刻喜歡上其中的兩個特性:熟悉的命名約定和消息-方法映射機制。如果你重新檢查一下在第二十一章中開發的應用程序的源代碼,你會看到大量用于處理錯誤的switch/case語句。還應該注意這些應用程序調用了大量的API函數。當你使用MFC庫的時候,這兩種現象都消失或減少了。
專業程序員肯定會欣賞在MFC庫中實現的更好的診斷和很小的代碼。現在程序員就可以利用MFC庫的好處而不必擔心他們的應用程序的代碼大小了。
最后,MFC是唯一真正有用的類庫。
22.4 一切從CObject類開始
類似MFC這樣的類庫通常都來自很少的幾個基類。然后,另外的類就可以從這些基類中繼承而來。CObject是在開發Windows應用程序時大量使用的一個基類。在MFC/INCLUDE子目錄下提供的MFC庫頭文件包括了許多類定義信息。
我們來簡單地看一下,CObject,它在頭文件AFX。H中有定義:
///////////////
//class CObject is the root of all compliant objects
class CObject
public:
//Object model(types,destruction,allocation)
virtual CRuntimeClass*GetRuntimeClass () const;
virtual~CObject();//virtual destructors are necessary
//Diagnostic allocations
void*PASCAL operator new(size-t nSize);
void*pascal operator new(size-t,void*p);
void PASCAL operator delete(void*p);
#if defined(-DEBUG)&&!defined(-AFX-NO-DEBUG-CRT)
//for file name/line number tracking using DEBUG-NEW
void* PASCAL operator new(size-t nSize,
LPCSTR 1pszFileName,
int nLine);
//Disable the copy constructor and assignment by default
//so you will get compiler errors instead of unexpected
//behavior if you pass objects by value or assign objects.
protected:
CObject();
private:
CObject(const CObject& objectSrc);//no implementation
void operator=(const CObject& objectSrc);
//Attributes
public:
BOOL IsSerializable()const;
BOOL IsKindOf(const CRuntimeClass*pClass)const;
//Overridables
virtual void Serialize (CArchive& ar);
//Diagnostic Support
virtual void AssertValid()const;
virtual void Dump(CDumpContext& dc)const;
//Implementation
public:
static const AFX-DATA CRuntimeClass classCObject;
#ifdef-AFXDLL
static CRuntimeClass*PASCAL-GetBaseClass();
#endif
;
為了清楚起見,對這段代碼作了一些細微的改動。但和你在頭文件AFX.H可以找到的代碼基本一樣。
檢查CObject的代碼,注意構成這個類定義的成分。首先,CObject被分為公有、保護和私有三個部分。CObject還提供了一般的和動態的類型檢查以及串行化的功能。回憶一下,動態類型檢查使你可以在運行時確定對象的類型。借助于永久性的概念,對象的狀態可以被保存到存儲介質中,比如磁盤。對象的永久性使對象成員函數也可以是永久的,允許對象數據的恢復。
子類從基類繼承而來。例如,CGdiObject是一個從CObject類繼承來的類。這兒是AFXWIN。H中找到的CGdiObject類定義。同樣,為了清楚起見,對其作了一些改動。
//////////////////////
//CGdiObjet abstract class for CDC SelectObject
class CGdiObject:public CObject
DECLARE-DYNCREATE(CGdiObject)
public:
//Attributes
HGDIOBJ m-hObject;//must be first data member
operator HGDIOBJ()const;
static CGdiObject*PASCAL FromHandle(HGDIOBJ hObject);
static void PASCAL Delete TempMap();
BOOL Attach (HGDIOBJ hObject);
HGDIOBJ Detach();
//Constructors
CGdiobject();//must create a derived class object
BOOL DeleteObject();
//Operations
int GetObject (int nCount,LPVOID 1pObject)const;
UINT GetObjectType()const;
BOOL CreateStockObject(int nIndex);
BOOL UnrealizeObject();
BOOL operator==(const CGdiObject& obj)const;
BOOL operator!=(const CGdiObject& obj)const;
//Implementation
public:
virtual~CGdiObject();
#ifdef-DEBUG
virtual void Dump(CDumpContext& dc)const;
virtual void AssertValid()const;
#endif
;
?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -