窗口类之注册与窗口之诞生

一开始，Windows 程序必须做些初始化工作，为的是产生应用程序的工作舞台：窗口。这没有什么困难，因为API函数CreateWindow完全包办了整个巨大的工程。但是窗口产生之前，其属性必须先设定好。所谓属性包括窗口的「外貌」和「行为」，一个窗口的边框、颜色、标题、位置等等就是其外貌，而窗口接收消息后的反应就是其行为（具体地说就是指窗口函数本身）。程序必须在产生窗口之前先利用 API 函数 RegisterClass设定属性（我们称此动作为注册窗口类）。RegisterClass 需要一个大型数据结构WNDCLASS 做为参数，CreateWindow 则另需要11个参数。

图1-3  RegisterClass与CreateWindow

从图1-3可以清楚看出一个窗口类牵扯的范围多么广泛，其中wc.lpfnWndProc所指定的函数就是窗口的行为中枢，也就是所谓的窗口函数。注意，CreateWindow只产生窗口，并不显示窗口，所以稍后我们必须再利用 ShowWindow 将之显示在屏幕上。又，我们希望先传送个WM_PAINT给窗口，以驱动窗口的绘图动作，所以调用UpdateWindow。消息传递的观念暂且不表，稍后再提。

请注意，在Generic程序中，RegisterClass 被我包装在InitApplication 函数之中，CreateWindow 则被我包装在InitInstance函数之中。这种安排虽非强制，却很普遍：

int CALLBACK WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,

LPSTR lpCmdLine,     int nCmdShow)

{

if (!hPrevInstance)

if (!InitApplication(hInstance))

return (FALSE);

 

if (!InitInstance(hInstance, nCmdShow))

return (FALSE);

...

}

 

BOOL InitApplication(HINSTANCE hInstance)

{

WNDCLASS  wc;

...

return (RegisterClass(&wc));

}

//--------------------------------------------------

BOOL InitInstance(HINSTANCE hInstance, int nCmdShow)

{

_hWnd = CreateWindow(...);

...

}

两个函数（InitApplication 和 InitInstance）的名称别具意义：

    在Windows 3.x时代，窗口类只需注册一次，即可供同一程序的后续每一个执行个体（instance）使用（之所以能够如此，是因为所有进程共在一个地址空间中），所以我们把RegisterClass这个动作安排在“只有第一个执行个体才会进入” 的InitApplication 函数中。至于此一进程是否是某个程序的第一个执行个体，可由WinMain的参数hPrevInstance 判断之；其值由系统传入。

    产生窗口，是每一个执行个体（instance）都得做的动作，所以我们把CreateWindow 这个动作安排在「任何执行个体都会进入」的InitInstance 函数中。

以上情况在  Windows NT 和  Windows 95 中略有变化。由于 Win32 程序的每一个执行个体（instance）有自己的地址空间，共享同一窗口类已不可能。但是由于 Win32 系统令hPrevInstance永远为0，所以我们仍然得以把RegisterClass和CreateWindow按旧习惯安排。既符合了新环境的要求，又兼顾到了旧原始代码的兼容。

InitApplication 和InitInstance 只不过是两个自定函数，为什么我要对此振振有词呢？原因是  MFC 把这两个函数包装成CWinApp 的两个虚成员函数。第６章「MFC 程序的生与死」对此有详细解释。