MFC框架

MFC 就把有着相当固定行为之 WinMain 内部动作包装在 CWinApp 中，把有着相当固定行为之 WndProc 内部动作包装在 CFrameWnd 中。也就是说：

    CWinApp 代表程序本体

    CFrameWnd 代表一个框架窗口（Frame Window）

CwinApp——取代 WinMain 的地位

CWinApp 的派生对象被称为application object，可以想见，CWinApp 本身就代表一个程序本体。一个程序的本体是什么？回想第１章的SDK 程序，与程序本身有关而不与窗口有关的数据或动作有些什么？系统传进来的四个WinMain 参 数 算 不 算 ？InitApplication 和InitInstance 算不算？消息循环算不算？都算，是的，以下是MFC 4.x 的CWinApp声明（节录自AFXWIN.H）： 

几乎可以说CWinApp 用来取代WinMain在SDK程序中的地位。这并不是说MFC程序没有WinMain（稍后我会解释），而是说传统上  SDK 程序的 WinMain 所完成的工作现在由CWinApp 的三个函数完成：

virtual BOOL InitApplication();

virtual BOOL InitInstance();

virtual int  Run();

WinMain 只是扮演役使它们的角色

CFrameWnd－取代 WndProc 的地位

CFrameWnd 主要用来掌握一个窗口，几乎你可以说它是用来取代SDK程序中的窗口函数的地位

在程序启动之初，由于theApp是全局的，CWinApp将首先调用构造函数，内部就是设置一些线程的this指针。

然后启动_tWinMain函数，继而调用AfxWinMain

AfxWinMain主要实现：

CWinApp* pApp = AfxGetApp();

pApp->InitApplication();

pApp->InitInstance();

nReturnCode = pApp->Run(); 

其实就相当于调用：

CMyWinApp::InitApplication();

CMyWinApp::InitInstance();

CMyWinApp::Run();

    因而导至调用：

CWinApp::InitApplication();//因为CMyWinApp并没有改写InitApplication

CMyWinApp::InitInstance(); //因为 CMyWinApp改写了InitInstance

CWinApp::Run();   　       //因为 CMyWinApp并没有改写 Run

AfxWinMain流程：

AfxWinInit->AFX 内部初始化动作，主要是创建一个线程，该线程会设置窗口钩子

CWinApp::InitApplication:做些内部管理动作

CDialog::DoMdal(或者CFrameWnd的Create):注册创建窗口

Run():内部即是消息循环

来龙去脉总整理

前面各节的目的就是如何将表面上看来不知所以然的MFC程序对映到我们在SDK程序设计中学习到的消息流动观念，从而清楚地掌握MFC程序的诞生与死亡。让我对MFC程序的来龙去脉再做一次总整理。

程序的诞生：

    Application object 产生，内存于是获得配置，初值亦设立了。

    AfxWinMain 执行AfxWinInit，后者又调用AfxInitThread，把消息队列尽量加大到96。

    AfxWinMain执行InitApplication。这是CWinApp 的虚函数，但我们通常不改写它。

    AfxWinMain执行InitInstance。这是CWinApp的虚函数，我们必须改写它。

    CMyWinApp::InitInstance 'new' 了一个CMyFrameWnd 对象。

    CMyFrameWnd 构造函数调用Create，产生主窗口。我们在Create 参数中指定的窗口类是NULL， 于是MFC根据窗口种类 ， 自行为我们注册一个名为"AfxFrameOrView42d" 的窗口类。

  回到InitInstance中继续执行ShowWindow，显示窗口。

  执行UpdateWindow，于是发出WM_PAINT。

  回到AfxWinMain，执行Run，进入消息循环。

程序开始运作：

   程序获得WM_PAINT 消息（藉由CWinApp::Run 中的::GetMessage 循环）。

    WM_PAINT经由::DispatchMessage送到窗口函数CWnd::DefWindowProc 中。

    CWnd::DefWindowProc 将消息循环过消息映射表格（Message Map）。

  循环过程中发现有吻合项目，于是调用项目中对应的函数。此函数是应用程序利用BEGIN_MESSAGE_MAP和END_MESSAGE_MAP之间的宏设立起来的。

  标准消息的处理例程亦有标准命名，例如WM_PAINT必然由OnPaint处理。

如果你的MFC 程序也想处理idle time，只要改写CWinApp 派生类的  OnIdle 函数即可。这个函数的类型如下：

virtual BOOL OnIdle(LONG lCount);

lCount是系统传进来的一个值，表示自从上次有消息进来，到现在，OnIdle 已经被调用了多少次