友情提示:如果本网页打开太慢或显示不完整,请尝试鼠标右键“刷新”本网页!
深入浅出MFC第2版(PDF格式)-第12部分
快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部! 如果本书没有阅读完,想下次继续接着阅读,可使用上方 "收藏到我的浏览器" 功能 和 "加入书签" 功能!
#0036 MENUITEM 〃&Contents〃; IDM_HELPCONTENTS; GRAYED
#0037 MENUITEM 〃&Search for Help On。。。〃; IDM_HELPSEARCH; GRAYED
#0038 MENUITEM 〃&How to Use Help〃; IDM_HELPHELP; GRAYED
#0039 MENUITEM SEPARATOR
#0040 MENUITEM 〃&About Generic。。。〃; IDM_ABOUT
#0041 END
14
…………………………………………………………Page 77……………………………………………………………
#0042 END
#0043
#0044 AboutBox DIALOG DISCARDABLE 22; 17; 144; 75
#0045 STYLE DS_MODALFRAME | WS_CAPTION | WS_SYSMENU
#0046 CAPTION 〃About Generic〃
#0047 BEGIN
#0048 CTEXT 〃Windows 95〃; …1;0; 5;144;8
#0049 CTEXT 〃Generic Application〃;…1;0;14;144;8
#0050 CTEXT 〃Version 1。0〃; …1;0;34;144;8
#0051 DEFPUSHBUTTON 〃OK〃; IDOK;53;59;32;14;WS_GROUP
#0052 END
程序进入点 WinMain
main C
是一般 程序的进入点:
int main (int argc; char *argv ' '; char *envp ' ');
{
。。。
}
WinMain 则是Windows 程序的进入点:
int CALLBACK WinMain (HINSTANCE hInstance; HINSTANCE hPrevInstance;
LPSTR lpCmdLine; int nCmdShow)
{
。。。
}
// Win32 CALLBACK __stdcall
在 中 被定义为 ,是一种函数调用习惯,关系到
// 参数挤压到堆栈的次序,以及处理堆栈的责任归属。其它的函数调用习惯还有
// _pascal _cdecl
和
当Windows 的「外壳」(shell,例如Windows 3。1 的程序管理员或Windows 95 的文件
总管)侦测到使用者意欲执行一个Windows 程序,于是调用加载器把该程序加载,然后
调用C startup code,后者再调用WinMain ,开始执进程序。WinMain 的四个参数由操作
系统传递进来。
15
…………………………………………………………Page 78……………………………………………………………
窗口类别之注册与窗口之诞生
一开始,Windows 程序必须做些初始化工作,为的是产生应用程序的工作舞台:窗口。
这没有什么困难,因为API 函数Create Window 完全包办了整个巨大的工程。但是窗口
产生之前,其属性必须先设定好。所谓属性包括窗口的「外貌」和「行为」,一个窗口
的边框、颜色、标题、位置等等就是其外貌,而窗口接收消息后的反应就是其行为(具
API RegisterClass
体地说就是指窗口函数本身)。程序必须在产生窗口之前先利用 函数
设定属性(我们称此动作为注册窗口类别)。RegisterClass 需要一个大型数据结构
WNDCLASS 做为参数,Create Window 则另需要11 个参数。
WNDCLASS wc; GENERIC。C
GENERIC。C LRESULT CALLBACK WndProc(HWND hWnd;
wc。style = CS_HREDRAW | CS_VREDRAW; 窗口函数 UINT message;
wc。lpfnWndProc = (WNDPROC)WndProc; WPARAM wParam;
wc。cbClsExtra = 0; LPARAM lParam)
wc。cbWndExtra = 0; {
wc。hInstance = hInstance; 。。。 GENERIC。C
wc。hIcon = LoadIcon(hInstance; 〃jjhouricon 〃); } GENERIC。C
wc。hCursor = LoadCursor(NULL; IDC_ARROW);
wc。hbrBackground = GetStockObject(WHITE_BRUSH); 窗口图标(icon)
wc。lpszMenuName = 〃GenericMenu〃;
jjhouricon ICON DISCARDABLE 〃jjhour。ico〃
wc。lpszClassName = 〃Generic〃; 菜单(menu) GenericMenu MENU DISCARDABLE
BEGIN
RegisterClass(&wc); POPUP 〃&File〃 GENERIC。RC
GENERIC。RC
窗口类別名称 。。。
HWND hWnd;
POPUP 〃&Edit〃
菜单(menu)
hWnd = CreateWindow( 。。。
〃Generic〃; POPUP 〃&Help〃}
。。。
〃 〃;
Generic Sample Application END
WS_OVERLAPPEDWINDOW; 窗口标睿╟aption)
CW_USEDEFAULT; // left
CW_USEDEFAULT; // top
CW_USEDEFAULT; // width
CW_USEDEFAULT; // height
NULL;
NULL;
height
hInstance;
NULL
);
width
图 1…3 RegisterClass 与 CreateWindow
16
…………………………………………………………Page 79……………………………………………………………
图 wc lpf nWndProc
从 1…3 可以清楚看出一个窗口类别牵扯的范围多么广泛,其中 。 所指
定的函数就是窗口的行为中枢,也就是所谓的窗口函数。注意,Create Window 只产生窗
口,并不显示窗口,所以稍后我们必须再利用ShowWindow 将之显示在屏幕上。又,我
们希望先传送个WM_PAINT 给窗口, 以驱动窗口的绘图动作, 所以调用
Updat e Window 。消息传递的观念暂且不表,稍后再提。
请注意,在Generic 程序中,RegisterClass 被我包装在InitAppl ication 函数之中,
Create Window 则被我包装在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 (。。。);
。。。
}
两个函数(InitAppl ication 和InitInstance )的名称别具意义:
Windows 3。x
■ 在 时代,窗口类别只需注册一次,即可供同一程序的后续每一个
instance
执行实例 ( )使用(之所以能够如此,是因为所有进程共在一个地址空
RegisterClass
间中),所以我们把 这个动作安排在「只有第一个执行个体才会
17
…………………………………………………………Page 80……………………………………………………………
进入」的InitAppl ication 函数中。至于此一进程是否是某个程序的第一个执行
实例,可由WinMain 的参数hPrevInstance 判断之;其值由系统传入。
■ 产生窗口, 是每一个执行实例( instance ) 都得做的动作, 所以我们把
Create Window 这个动作安排在「任何执行实例都会进入」的InitInstance 函数中。
Windows NT Windows 95 Win32
以上情况在 和 中略有变化。由于 程序的每一个执行实
instance Win32
例 ( )有自己的地址空间,共享同一窗口类别已不可能。但是由于 系统令
hPrevInstance 0 RegisterClass Create Window
永远为 ,所以我们仍然得以把 和 按旧习惯
安排。既符合了新环境的要求,又兼顾到了旧源代码的兼容。
InitAppl ication 和InitInstance 只不过是两个自定函数,为什么我要对此振振有词呢?原
因是MFC 把这两个函数包装成CWinApp 的两个虚拟成员函数。第6章「MFC 程序的
生与死」对此有详细解释。
消息循环
初始化工作完成后,WinMain 进入所谓的消息循环:
while (GetMessage (&msg;。。。)) {
TranslateMessage (&msg); // 转换键盘消息
DispatchMessage (&msg); // 分派消息
}
其中的TranslateMessage 是为了将键盘消息转化,Dispat chMessage 会将消息传给窗口函
数去处理。没有指定函数名称,却可以将消息传送过去,岂不是很玄?这是因为消息发
生之时,操作系统已根据当时状态,为它标明了所属窗口,而窗口所属之窗口类别又已
wc lpf nWndProc Dispat chMessage
。 )
经明白标示了窗口函数(也就是 所指定的函数 ,所以
图 所示 Dispa tchMessage USER
自有脉络可寻。请注意 1…2 , 经过 模块的协助,才把消
息交到窗口函数手中。
消息循环中的GetMessage 是Windows 3。x 非强制性(non…preemptive )多任务的关键。应
用程序藉由此动作,提供了释放控制权的机会:如果消息队列上没有属于我的消息,我
就把机会让给别人。透过程序之间彼此协调让步的方式,达到多任务能力。Windows 95 和
…………………………………………………………Page 81……………………………………………………………
Windows NT 具备强制性(preemptive )多任务能力,不再非靠GetMessage 释放CPU 控
制权不可,但程序写法依然不变,因为应用程序仍然需要靠消息推动。它还是需要抓消
息!
窗口的生命中枢 :窗口函数
消息循环中的Dispat chMessage 把消息分配到哪里呢?它透过USER 模块的协助,送到
快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部!
温馨提示: 温看小说的同时发表评论,说出自己的看法和其它小伙伴们分享也不错哦!发表书评还可以获得积分和经验奖励,认真写原创书评 被采纳为精评可以获得大量金币、积分和经验奖励哦!