MFC基于对话框程序

核心提示： class CDialogApp : public CWinApp我们可以看到这个类是派生于CWinApp的，在MFC编程中，MFC基于对话框程序(2)，这种情况很多见，继承类库类来添加自己需要的功能，一般要取得此全局对象，不直接使用theApp，然后再去使用，在MFC应用程序中

class CDialogApp : public CWinApp

我们可以看到这个类是派生于CWinApp的。在MFC编程中，这种情况很多见，继承类库类来添加自己需要的功能，然后再去使用。在MFC应用程序中，CWinApp就是这样使用的。查一查类库关于CWinApp的描述，是这样的：

MFC中的主应用程序类封装用于 Windows 操作系统的应用程序的初始化、运行和终止。基于框架生成的应用程序必须有且仅有一个从 CWinApp 派生的类的对象。在创建窗口之前先构造该对象。

CWinApp 是从 CWinThread 派生的，后者表示可能具有一个或多个线程的应用程序的主执行线程。在最新版本的 MFC 中，InitInstance、Run、ExitInstance 和 OnIdle 成员函数实际位于 CWinThread 类中。此处将这些函数作为 CWinApp 成员来探讨，因为探讨所关心的是对象作为应用程序对象而不是主线程的角色。

与用于 Windows 操作系统的任何程序一样，框架应用程序也具有 WinMain 函数。但在框架应用程序中不必编写 WinMain。它由类库提供，并在应用程序启动时调用。WinMain 执行注册窗口类等标准服务。然后它调用应用程序对象的成员函数来初始化和运行应用程序。（可通过重写由 WinMain 调用的 CWinApp 成员函数来自定义 WinMain。）

为初始化应用程序，WinMain 调用应用程序对象的 InitApplication 和 InitInstance 成员函数。为运行应用程序的消息循环，WinMain 调用 Run 成员函数。在终止时，WinMain 调用应用程序对象的 ExitInstance 成员函数。

上面这段里指的框架应用程序，包括了我们这种对话框应用程序。如MSDN所说，MFC类库已经为我们提供了WinMain函数，而不必我们添加。这就是为什么在MFC程序看不见主函数的原故。请看这句话“基于框架生成的应用程序必须有且仅有一个从 CWinApp 派生的类的对象。在创建窗口之前先构造该对象。” 打开类视图的全局(Glotbals),会发现有一个theApp全局变量(或对象，我总觉得变量与对象可以归为一类，应该有一个统一的名称来讲)。双击它，就可以看到CDialogApp theApp这样的定义。因为全局变量和对象在程序中是最先被创建的，于是保证了在创建窗口之前构造一个CWinApp对象(因为CDialogApp派生于CWinApp，所以theApp也是一个CWinApp对象)。这个全局对象是非常有用，因为CWinApp本身集成了所有的程序资源WinAPI，我们可以使用它来取得程序的资源(如图标，图像，预定义字符串等等)。一般要取得此全局对象，不直接使用theApp，而是调用::AfxGetApp()来取得这个全局对象的指针。