Windows程序和DOS程序的主要不同点之一是：Windows程序是以事件为驱动、消息机制为基础。如何理解？
举了例子，当你CLICK Windows “开始”BUTTON时，为什么就会弹出一个菜单呢？
当你单击鼠标左键时，操作系统中与MOUSE相关的驱动程序在第一时间内得到这个信号［LBUTTONDOWN］,然后它通知操作系统―――“嗨，鼠标左键被单击了！”，操作系统得到这一信号后，马上要判断――用户单击鼠标左键，这是针对哪个窗口呢？如何判断？这很简单！当前状态中，具有焦点的窗口［或控件］就是了［这里当然是“开始”BUTTON了］。然后操作系统马上向这个窗口发送一条消息到这个窗口所在进程的消息队列，消息内容应是消息本身的代号、附加参数、窗口句柄…等等了。那么，只有操作系统才有资格发送消息至某一窗口的消息队列吗？不然，其它程序也有资格。你可以在你的程序中调用：SendMessage 、PostMessage。这样，被单击的窗口得到了一条由操作系统发送的包含CLICK的消息，操作系统已经暂时不再管窗口的任何事，因为它还要忙于处理其它事务。你的程序得到一条消息后如何做呢？Windows对于你在“开始”BUTTON上的单击事件做出如下反映：弹出一菜单。可是，得到消息到做出反映这一过程是如何实现的呢？这就是本文讨论的主要内容［当然只是针对MFC了］。
我首先简要谈一下SDI，然后会花更多文字描述模式对话框。
对于SDI窗口，你的应用程序类的InitInstance()大约如下：
BOOL CEx06aApp::InitInstance()
{ ……………
CSingleDocTemplate* pDocTemplate;
pDocTemplate = new CSingleDocTemplate(
IDR_MAINFRAME,
RUNTIME_CLASS(CEx06aDoc),
RUNTIME_CLASS(CMainFrame), // main SDI frame window
RUNTIME_CLASS(CEx06aView));
AddDocTemplate(pDocTemplate);
CCommandLineInfo cmdInfo;
ParseCommandLine(cmdInfo);
if (!ProcessShellCommand(cmdInfo))
return FALSE;
m_pMainWnd->ShowWindow(SW_SHOW);
m_pMainWnd->UpdateWindow();
return TRUE;
}
完成一些如动态生成相关文档、视，显示主框架窗口、处理参数行信息等工作。这些都是显示在你工程中的“明码”。我们现在把断点设置到return TRUE;一句，跟入MFC源码中，看看到底MFC内部做了什么。
程序进入SRC\WinMain.cpp，下一个大动作应是：
nReturnCode = pThread->Run();
各位看官注意了，重点来了。F11进入
int CWinApp::Run()
{
if (m_pMainWnd == NULL && AfxOleGetUserCtrl())
{
// Not launched /Embedding or /Automation, but has no main window!
TRACE0("Warning: m_pMainWnd is NULL in CWinApp::Run - quitting application.\n");
AfxPostQuitMessage(0);
}
return CWinThread::Run();
}
再次F11进入：
int CWinThread::Run()
{
ASSERT_VALID(this);
// for tracking the idle time state
BOOL bIdle = TRUE;
LONG lIdleCount = 0;
// acquire and dispatch messages until a WM_QU99v message is received.
for (;;)
{
// phase1: check to see if we can do idle work
while (bIdle &&
!::PeekMessage(&m_msgCur, NULL, NULL, NULL, PM_NOREMOVE))
{
// call OnIdle while in bIdle state
if (!OnIdle(lIdleCount++))
bIdle = FALSE; // assume "no idle" state
}
// phase2: pump messages while available
do
{
// pump message, but quit on WM_QU99v
if (!PumpMessage())
return ExitInstance();
// reset "no idle" state after pumping "normal" message
if (IsIdleMessage(&m_msgCur))
{
bIdle = TRUE;
lIdleCount = 0;
}
} while (::PeekMessage(&m_msgCur, NULL, NULL, NULL, PM_NOREMOVE));
}
ASSERT(FALSE); // not reachable
}
BOOL CWinThread::IsIdleMessage(MSG* pMsg)
{
// Return FALSE if the message just dispatched should _not_
// cause OnIdle to be run. Messages which do not usually
// affect the state of the user interface and happen very
// often are checked for.
// redundant WM_MOUSEMOVE and WM_NCMOUSEMOVE
if (pMsg->message == WM_MOUSEMOVE || pMsg->message == WM_NCMOUSEMOVE)
网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！） 