深入浅出话VC++——MFC的本质

本文为转载，为阅读方便，部分内容作出修改。

一、引言

在实际开发中，我们大多数都是使用已有的类库来开发Windows应用程序。 MFC（Microsoft Foundation Class, 微软基础类库）是微软为了简化程序员的开发工作而将Windows API 封装到C++类中，利用这些类，程序员可以有效地完成Windows平台下应用程序的开发。本专题将详细剖析它。

二、利用向导创建一个MFC程序

用于帮助有效地开发Windows应用程序的类库除了MFC外，还有其他开源类库提供，比如说QT，只是QT不是微软开发的罢了，为了更好地剖析MFC，下面让我们用Visual Studio中的MFC模板和向导工具来创建一个基于MFC的单文档（SDI）应用程序。

  1. 启动Visual studio 2010，单击文件（FIle）菜单——>新建项目——>项目，在出现的项目窗口中选择Visual C++ 语言，然后选择MFC应用程序，并输入项目的名称为SDIMFC，具体如下图所示。
  2. 输入项目名称后点击确定按钮，将出现MFC应用程序向导窗口，点击下一步，应用程序类型选择：单个文档，如下图所示：
  3. 点击下一步，出现MFC向导的第三个对话框，复合文档支持保持默认选择，然后在出现的对话框中一直点击下一步来完成一个单文档MFC应用程序的创建。下面，按下Ctrl+F5来运行MFC应用程序，之后将看到我们创建的MFC应用程序界面，具体如下图所示：

    在上面的程序中，我们并没有编写任何代码，运行它后就生成了一个带标题栏，系统菜单，具有最大化、最小化框和一个可调边框的应用程序，这一切的工作都是由MFC的向导工具帮我们完成，即该向导工具为我们生成了很多代码，下面就以这个简单的MFC程序来分析下MFC框架。

三、MFC框架详细解析

我们看下用MFC向导工具帮我们生成的哪些代码。你可以在VS中点击类视图选项卡（如果VS界面上没有看到类视图的，可以通过菜单栏视图—>类视图的方式显示出来），就可以看到如下图所示的类。

从上图可以发现，在MFC中，类的命名都是以字母“C”开头的，这种命名方式只是一种约定，让开发人员很快识别出该类是否属于MFC类库中的类。从图片可 以看到，前面创建的单文档应用程序中有15个类，但这里我们只分析4个基本类，因为这4个基本类是每个Windows应用程序都会包含的，这4个类 是：CMainFrame类、C+工程名(SDIMFC)+App类、C+工程名+Doc类（即CSDIMFCDoc类）和CSDIMFCView类（也 是C+工程名+View的结构）。这4个类的基类都是MFC中类，基类的查看可以通过在VS类视图点击图标。关于MFC中类图层次结构图可以参考MSDN：http://msdn.microsoft.com/zh-cn/library/ws8s10w4.aspx，下图（摘自MSDN）很好地诠释了MFC中层次结构图类别。

3.1 MFC应用程序中的WinMain函数

前面对我们创建的MFC应用程序结构进行了一个简单的介绍，下面让我们深入剖析MFC应用程序的实现原理，所有Window下窗口 应用程序都要遵循这样一个过程：程序首先进入WinMain函数，然后设计窗口类、注册窗口类、创建窗口、显示和更新窗口、最后进入消息循环，将消息传递 给窗口过程函数进行处理。然后在MFC应用程序中，我们使用VS的查找工具在MFC项目中查看WinMain函数却找不到，再查看 CreateWindow函数也找不到，那么是不是MFC应用程序不需要WinMain函数，不需要创建窗口吗？这个疑问答案肯定是否定的，因为MFC应 用程序一样是Windows应用程序，只是MFC提供的类帮我们对这些类进行了封装，这些函数都存在于MFC的源代码 中，下面我们一起去找找程序的入口WinMain函数。

既然WinMain函数存在与MFC源码中，自然我们就要知道MFC源码在哪里了，在安装Visual studio的时候，我们已经安装了MFC的源代码，具体路径为：VS的安装路径\VC\atlmfc\src\mfc，如果你本机把VS安装到D: \Program Files(x86)的话，则MFC源代码路径在：D:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\src\mfc。 下面利用Windows搜索工具查看WinMain函数的存在那个C++类中，在搜索之前，需要设置下Windows搜索工具，默认情况 下，Windows搜索工具搜索内容在没有索引的位置，只搜索文件名的，这里需要设置为搜索文件名和内容，具体设置如下图所示（Win7下选择工具— >文件夹选项即可显示下图）：

设置完成之后，在搜索框中输入WinMain，你将看到如下图所示的一个搜索结果：

WinMain函数的实现实际在appmodul.cpp文件里，用VS打开该cpp文件，你将看到WinMain函数的定义：

extern "C" int WINAPI
_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
    _In_ LPTSTR lpCmdLine, int nCmdShow)
#pragma warning(suppress: 4985)
{
    // call shared/exported WinMain
    return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
}

上面代码中是_tWinMain函数啊，并不是我要的WinMain函数的，难道是找错了吗？对于这个疑问，答案也是否定的，我们没有找错，这里 _tWinMain是一个宏定义，按F12即可以看到它代表的是WinMain。宏定义源码如下（存在于tchar.h头文件中）：

/* Program */

#define _tmain      main
// 宏定义
#define _tWinMain   WinMain

为了证明我们找到的WinMain正是我们需要找到的入口函数，我们可以在appmodul.cpp文件中_tWinMain函数中设置一个断点，然后按下F5按钮运行SDIMFC程序，我们发现，SDIMFC程序会在我们刚才设置的断点处停下来，具体如下图所示：

我们已经找到了WinMain函数在MFC中的实现了，但是并没有弄明白，我们创建的MFC程序是如何调用appmodul.cpp中的 _tWinMain函数的，即程序中的MFC类如何与WinMain函数联系起来的呢？下面就让我们看看CSDIMFCApp类（至于为什么想到该类，因 为其后缀为App，即应用程序，所以猜测程序在进入WinMain函数之前会先进入该类），在类视图中双击该类将在VS中看到该类的定义，从类定义可以知 道，CSDIMFCApp类继承于CWinAppEx类，CWinAppEx类又继承于CWinApp，为了证明在WinMain函数之前先执行了 CSDIMFCApp类中代码，我们在CSDIMFCApp类中的构造函数设置一个断点，然后按F5再运行下该程序，将发现程序首先停在 CSDIMFCApp类的构造函数处，然后进入到_tWinMain函数（该断点是我们之前设置的断点）。这里又引起另外一个疑问了——为什么程序会首先 调用CSDIMFCApp的构造函数呢？既然构造函数被调用了，肯定定义了该类的一个对象，然后，我们可以发现在CSDIMFCApp类中，定义了一个 CSDIMFCApp类型的全局对象theApp，存在于SDIMFC.cpp文件中，具体定义代码如下：

// 唯一的一个 CSDIMFCApp 对象
CSDIMFCApp theApp; // 初始化对象，这种方式为调用类的无参数构造来初始化，所以会调用类的无参构造函数

然后我们在这个全局对象处设置一个断点，然后再按F5调试运行下该程序，你将发现程序执行的顺序为：theApp全局对象— >CSDIMFCApp构造函数(调用派生类的构造函数之前会调用其父类的构造函数)—>_tWinMain函数。在MFC程序 中，theApp对象是用来唯一标识应用程序实例的，每个MFC程序有且仅有一个应用程序对象（这里为theApp对象）。

3.2 设计和注册窗口类

现在我们已经找到MFC中的WinMain函数了，接下来就是找到MFC应用程序中的窗口类和注册窗口类的代码，窗口类和注册都是在WinMain函数中定义的，下面让我们看下MFC中WinMain函数都帮我们封装了什么，在MFC中的WinMain函数中只 是简单对AfxWinMain函数进行调用，下面让我们看看AfxWinMain具体代码：

 1 // AfxWinMain函数
 2 int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
 3     _In_ LPTSTR lpCmdLine, int nCmdShow)
 4 {
 5     ASSERT(hPrevInstance == NULL);
 6
 7     int nReturnCode = -1;
 8     CWinThread* pThread = AfxGetThread();
 9     CWinApp* pApp = AfxGetApp();
10
11     // AFX internal initialization
12     if (!AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow))
13         goto InitFailure;
14
15     // App global initializations (rare)
16     if (pApp != NULL && !pApp->InitApplication())
17         goto InitFailure;
18
19     // Perform specific initializations
20     if (!pThread->InitInstance())
21     {
22         if (pThread->m_pMainWnd != NULL)
23         {
24             TRACE(traceAppMsg, 0, "Warning: Destroying non-NULL m_pMainWnd\n");
25             pThread->m_pMainWnd->DestroyWindow();
26         }
27         nReturnCode = pThread->ExitInstance();
28         goto InitFailure;
29     }       // PThread->Run函数是完成消息循环任务的
30     nReturnCode = pThread->Run();
31
32 InitFailure:
33 #ifdef _DEBUG
34     // Check for missing AfxLockTempMap calls
35     if (AfxGetModuleThreadState()->m_nTempMapLock != 0)
36     {
37         TRACE(traceAppMsg, 0, "Warning: Temp map lock count non-zero (%ld).\n",
38             AfxGetModuleThreadState()->m_nTempMapLock);
39     }
40     AfxLockTempMaps();
41     AfxUnlockTempMaps(-1);
42 #endif
43
44     AfxWinTerm();
45     return nReturnCode;
46 }

上面代码首先调用AfxGetThread函数获得一个指向CWinThread类型的指针，然后再调用了AfxGetApp函数获得一个指向 CWinApp类型的指针，再继续调用AfxWinInit函数进行AFX(以AFX为前缀的函数为应用程序框架函数,Application Framework)内部初始化，接着pApp调用InitApplication函数，该函数主要完成MFC内部管理方面的工作，该函数为虚函数，在 CWinApp中的实现为（函数实现代码查找按照前面介绍的方式进行查看）：

// 主要完成MFC内部管理工作
BOOL CWinApp::InitApplication()
{
    if (CDocManager::pStaticDocManager != NULL)
    {
        if (m_pDocManager == NULL)
            m_pDocManager = CDocManager::pStaticDocManager;
        CDocManager::pStaticDocManager = NULL;
    }

    if (m_pDocManager != NULL)
        m_pDocManager->AddDocTemplate(NULL);
    else
        CDocManager::bStaticInit = FALSE;

    LoadSysPolicies();

    return TRUE;
}

接着继续调用pThread的InitInstance函数，按F12可知，该函数声明为虚函数，根据类的多态性，这里AfxWinMain函数中调用的InitInstance函数为调用子类CSDIMFCApp的InitInstance函数，该函数的定义代码为：

 1 / CSDIMFCApp 初始化
 2 BOOL CSDIMFCApp::InitInstance()
 3 {
 4     // 如果一个运行在 Windows XP 上的应用程序清单指定要
 5     // 使用 ComCtl32.dll 版本 6 或更高版本来启用可视化方式，
 6     //则需要 InitCommonControlsEx()。否则，将无法创建窗口。
 7     INITCOMMONCONTROLSEX InitCtrls;
 8     InitCtrls.dwSize = sizeof(InitCtrls);
 9     // 将它设置为包括所有要在应用程序中使用的
10     // 公共控件类。
11     InitCtrls.dwICC = ICC_WIN95_CLASSES;
12     InitCommonControlsEx(&InitCtrls);
13
14     CWinAppEx::InitInstance();
15
16
17     // 初始化 OLE 库
18     if (!AfxOleInit())
19     {
20         AfxMessageBox(IDP_OLE_INIT_FAILED);
21         return FALSE;
22     }
23
24     AfxEnableControlContainer();
25
26     EnableTaskbarInteraction(FALSE);
27
28     // 使用 RichEdit 控件需要  AfxInitRichEdit2()
29     // AfxInitRichEdit2();
30
31     // 标准初始化
32     // 如果未使用这些功能并希望减小
33     // 最终可执行文件的大小，则应移除下列
34     // 不需要的特定初始化例程
35     // 更改用于存储设置的注册表项
36     // TODO: 应适当修改该字符串，
37     // 例如修改为公司或组织名
38     SetRegistryKey(_T("应用程序向导生成的本地应用程序"));
39     LoadStdProfileSettings(4);  // 加载标准 INI 文件选项(包括 MRU)
40
41
42     InitContextMenuManager();
43
44     InitKeyboardManager();
45
46     InitTooltipManager();
47     CMFCToolTipInfo ttParams;
48     ttParams.m_bVislManagerTheme = TRUE;
49     theApp.GetTooltipManager()->SetTooltipParams(AFX_TOOLTIP_TYPE_ALL,
50         RUNTIME_CLASS(CMFCToolTipCtrl), &ttParams);
51
52     // 注册应用程序的文档模板。文档模板
53     // 将用作文档、框架窗口和视图之间的连接
54     CSingleDocTemplate* pDocTemplate;
55     pDocTemplate = new CSingleDocTemplate(
56         IDR_MAINFRAME,
57         RUNTIME_CLASS(CSDIMFCDoc),
58         RUNTIME_CLASS(CMainFrame),       // 主 SDI 框架窗口
59         RUNTIME_CLASS(CSDIMFCView));
60     if (!pDocTemplate)
61         return FALSE;
62     AddDocTemplate(pDocTemplate);
63
64
65     // 分析标准 shell 命令、DDE、打开文件操作的命令行
66     CCommandLineInfo cmdInfo;
67     ParseCommandLine(cmdInfo);
68
69
70
71     // 调度在命令行中指定的命令。如果
72     // 用 /RegServer、/Register、/Unregserver 或 /Unregister 启动应用程序，则返回 FALSE。
73     if (!ProcessShellCommand(cmdInfo))
74         return FALSE;
75
76     // 唯一的一个窗口已初始化，因此显示它并对其进行更新
77     m_pMainWnd->ShowWindow(SW_SHOW);
78     m_pMainWnd->UpdateWindow();
79     // 仅当具有后缀时才调用 DragAcceptFiles
80     //  在 SDI 应用程序中，这应在 ProcessShellCommand 之后发生
81     return TRUE;
82 }

在上面代码中，77行代码和78行代码为窗口的显示和更新，m_pMainWnd 为我们创建的窗口，按F12转到其定义为指向CWnd类型的指针，Cwnd类是MFC为我们预定义的标准窗口类，现在我们已经找到MFC程序中的窗口类， 接下来就是找到MFC中是如何注册窗口的，在MFC中，窗口类的注册是由AfxEndDeferRegisterClass函数完成的，其定义在 Wincore.cpp文件中，AfxEndDeferRegisterClass函数内部又是通过AfxRegisterClass函数（该函数也定义 在wincore.cpp文件中）来注册窗口类，由于篇幅的问题，这里就不贴其函数的定义源码，大家可以在本机中进行查看。

3.3 创建窗口

我们已经找到了MFC设计窗口和注册的封装，接下来就是MFC程序中是如何创建一个窗口的，该功能在MFC中是由CWnd类的CreateEx函数进行完成的，该函数的声明在afxwin.h文件中，具体代码如下：

virtual BOOL CreateEx(DWORD dwExStyle, LPCTSTR lpszClassName,
        LPCTSTR lpszWindowName, DWORD dwStyle,
        int x, int y, int nWidth, int nHeight,
        HWND hWndParent, HMENU nIDorHMenu, LPVOID lpParam = NULL);

实现代码位于wincore.cpp文件中，我们程序中创建的是CMainFrame窗口，CMainFrame类继承于CFrameWndEx， 该类又继承于CFrameWnd，CFrameWnd类的Create函数内部会调用CreateEx函数，而CFrameWnd的Create函数又由 CFrameWnd类的LoadFrame函数调用。CFrameWnd类的Create函数声明位于afxwin.h文件中，其实现代码位于 winfrm.cpp文件中，实现代码如下：

BOOL CFrameWnd::Create(LPCTSTR lpszClassName,
    LPCTSTR lpszWindowName,
    DWORD dwStyle,
    const RECT& rect,
    CWnd* pParentWnd,
    LPCTSTR lpszMenuName,
    DWORD dwExStyle,
    CCreateContext* pContext)
{
    HMENU hMenu = NULL;
    if (lpszMenuName != NULL)
    {
        // load in a menu that will get destroyed when window gets destroyed
        HINSTANCE hInst = AfxFindResourceHandle(lpszMenuName, ATL_RT_MENU);
        if ((hMenu = ::LoadMenu(hInst, lpszMenuName)) == NULL)
        {
            TRACE(traceAppMsg, 0, "Warning: failed to load menu for CFrameWnd.\n");
            PostNcDestroy();            // perhaps delete the C++ object
            return FALSE;
        }
    }

    m_strTitle = lpszWindowName;    // save title for later

    if (!CreateEx(dwExStyle, lpszClassName, lpszWindowName, dwStyle,
        rect.left, rect.top, rect.right - rect.left, rect.bottom - rect.top,
        pParentWnd->GetSafeHwnd(), hMenu, (LPVOID)pContext))
    {
        TRACE(traceAppMsg, 0, "Warning: failed to create CFrameWnd.\n");
        if (hMenu != NULL)
            DestroyMenu(hMenu);
        return FALSE;
    }

    return TRUE;
}

3.4 显示窗口和更新窗口

在CSDIMFCApp类的InitInstance函数内容即有窗口显示和更新窗口的代码，具体代码如下：

 // 唯一的一个窗口已初始化，因此显示它并对其进行更新
 m_pMainWnd->ShowWindow(SW_SHOW);
 m_pMainWnd->UpdateWindow();

3.5 消息循环

CWinThread类的Run函数就是完成消息循环这一任务的，该函数在AfxWinMain函数中进行了调用，其定义在thrdcore.cpp文件中，其定义代码如下所示：

// main running routine until thread exits
int CWinThread::Run()
{
    ASSERT_VALID(this);
    _AFX_THREAD_STATE* pState = AfxGetThreadState();

    // for tracking the idle time state
    BOOL bIdle = TRUE;
    LONG lIdleCount = 0;

    // acquire and dispatch messages until a WM_QUIT message is received.
    for (;;)
    {
        // phase1: check to see if we can do idle work
        while (bIdle &&
            !::PeekMessage(&(pState->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_QUIT
            if (!PumpMessage())
                return ExitInstance();

            // reset "no idle" state after pumping "normal" message
            //if (IsIdleMessage(&m_msgCur))
            if (IsIdleMessage(&(pState->m_msgCur)))
            {
                bIdle = TRUE;
                lIdleCount = 0;
            }

        } while (::PeekMessage(&(pState->m_msgCur), NULL, NULL, NULL, PM_NOREMOVE));
    }
}

3.6 窗口过程函数

在AfxEndDeferRegisterClass函数中其中有一行这样的代码(下面代码红色标记处)：

BOOL AFXAPI AfxEndDeferRegisterClass(LONG fToRegister)
{
    // mask off all classes that are already registered
    AFX_MODULE_STATE* pModuleState = AfxGetModuleState();
    fToRegister &= ~pModuleState->m_fRegisteredClasses;
    if (fToRegister == 0)
        return TRUE;

    LONG fRegisteredClasses = 0;

    // common initialization
    WNDCLASS wndcls;
    memset(&wndcls, 0, sizeof(WNDCLASS));   // start with NULL defaults
    // 设置窗口过程函数，这里指定时一个默认的窗口过程
    wndcls.lpfnWndProc = DefWindowProc;
    wndcls.hInstance = AfxGetInstanceHandle();
    wndcls.hCursor = afxData.hcurArrow;    .....}

但实际上，MFC中并不是把所有消息都交给DefWindowProc这一默认窗口过程进行处理的，而是采用了一种称为消息映射机制来处理各种消息，MFC消息映射机制指的是可以通过类向导为类添加消息处理函数，具体操作为，在类视图中右键某个类，然后选择类向导，在弹出的MFC类向导窗体中切换到消息选项卡来添加某个消息的处理函数，下图是CMainFrame执行类向导的截图：

该过程类似.NET中WinForm中通过某个控件的事件来添加事件处理函数。（WinForm中事件对应于MFC中的消息）。

至此，我们已经分析完了MFC程序的运行机制了，只是MFC中我们不需要自己实现这些过程了，这些都由 MFC框架帮我们封装好了，从而减少开发人员的任务量，将更多的时间放在实现程序的业务逻辑上面。下面让我们一起来梳理下MFC程序的运行过程：

  • 首先利用全局应用程序对象theApp启动应用程序。
  • 调用全局应用程序对象的构造函数，从而会调用基类CWinApp的构造函数，后者完成一些应用程序的初始化工作。
  • 进入到WinMain函数，即_tWinMain函数，在该函数中调用了 AfxWinMain函数，后者获取子类（程序中指的CSDIMFCApp类）的指针，利用该指针调用InitInstance虚函数，根据多态原理，实 际调用的是子类CSDIMFCApp的InitInstance函数，子类CSDIMFCApp的InitInstance函数完成应用程序的一些初始化 工作，包括窗口类的注册、创建、窗口显示和更新。
  • 进入消息循环。虽然注册函数中设置了默认的窗口过程函数，但是，MFC应用程序实际上采用消息映射机制来处理各种消息的，当收到WM_QUIT消息时，将退出消息循环，程序结束。

四、文档/视图结构

我们创建的MFC程序除了主框架窗口外，还有一个窗口是视类窗口，对应于CView类，框架窗口是视类窗口的一个父窗口，它们之间的关系如下图所示。主框架窗口是整个应用程序外框所包括的部分，而视类窗口只是主框架窗口中的空白的地方。

在我们之前创建的MFC程序中还有一个CSDIMFCDoc类，它派生与CDocument类，后者的基类又是CCmdTarget，而CCmdTarget又派生于CObject类，从而，可以知道CSDIMFCDoc类不是一个窗口类，实际上它是一个文档类。MFC 提供了一个文档/视图结构（Document/View），这里文档指的是CDocument类，而视图指的是CView类。微软在设计MFC时，考虑到 数据本身应该与它的显示分离（这点在微软的很多技术中都有体现，例如Asp.net MVC ），于是就采用文档和视图结构来实现这一想法。数据的存储和加载由文档类来完成，数据的显示和修改由视图类来完成，从而把数据管理和显示方法分离开来。

五、小结

到此，本专题的内容就介绍结束了，本专题主要剖析了MFC框架的运行机制，从而发现MFC应用程序同样遵循Win32 SDK程序相应的过程，包括设计窗口类、注册窗口类、创建窗口、显示和更新窗口、消息循环和窗口处理过程函数，只不过这些操作都被MFC本身封装好了。

时间： 2024-10-08 15:59:44

深入浅出话VC++——MFC的本质的相关文章

WPF学习之深入浅出话模板

图形用户界面应用程序较之控制台界面应用程序最大的好处就是界面友好.数据显示直观.CUI程序中数据只能以文本的形式线性显示,GUI程序则允许数据以文本.列表.图形等多种形式立体显示. 用户体验在GUI程序设计中起着举足轻重的作用-----用户界面设计成什么样看上去才足够的漂亮?控件如何安排才简单易用并且少犯错误?这些都是设计师需要考虑的问题.WPF系统不但支持传统的Winfrom编程的用户界面和用户体验设计,更支持使用专门的设计工具Blend进行专业设计,同时还推出了以模板为核心的新一代设计理念.

9 WPF之深入浅出话事件

转:http://blog.csdn.net/fwj380891124/article/details/8139260 就像属性系统在WPF中得到了升级.进化为依赖属性一样,事件系统在WPF也得到了升级.进化成为了路由事件(Routed Event),并在其基础上衍生出命令传递机制.这些机制在很大程度上减少了对程序员的束缚,让程序的设计和实现更加的灵活,模块之间的耦合度也进一步降低,这一章我们一起来领略一下新消息机制的风采. 8.1 近观WPF的树形结构 路由一词的意思大概是这样:起点和终点间有

8 WPF学习之深入浅出话属性

转载:http://blog.csdn.net/fwj380891124/article/details/8131080 通过前面的学习,我们已经知道Data Binding是WPF"数据驱动UI"理念的基础.上一章我们将主要的精力放在了Binding的数据源这一端,研究了Binding的Source和Path.本章我们将把目光移向Binding的目标端,研究一下什么样的对象才能作为Binding的Target以及Binding将把数据送往何处. 1.1      属性(Propert

VC++/MFC(VC6)开发技术精品学习资料下载汇总

工欲善其事,必先利其器,VC开发MFC Windows程序,Visual C++或Visual Studio是必须的,恩,这里都给你总结好了,拿去吧:VC/MFC开发必备Visual C++.Visual Studio.MSDN等下载汇总,甭客气~  啊?还没有开始学C++?那你先学习C++语言基础吧,C/C++语言基础学习资料及视频教程请看这里. 史无前例的网络最全最强C/C++资料索引: C/C++编程语言学习资料尽收眼底 电子书+视频教程 VC++/MFC(VC6)开发技术精品学习资料下载

VC/MFC开发中的句柄HWND

Windows开发中,经常会碰到一个常见的字眼HWND,如下 HWND hWnd; hWnd = CreateWindow(szWindowClass, szTitle, WS_OVERLAPPEDWINDOW | WS_VISIBLE, CW_USEDEFAULT, 0, CW_USEDEFAULT, 0, NULL, NULL, hInstance, NULL); HWND就是句柄,那么句柄是什么? [句柄定义] 先看Windows下面的定义,如下 DECLARE_HANDLE (HWND)

VC/MFC分割字符串(SplitString)返回CStringArray

引自:http://bbs.csdn.net/topics/60321228 原版: CStringArray* SplitString(CString string, char pattern) { CStringArray* strArray = new CStringArray(); CString strTemp; char c; for(int i=0;i<string.GetLength();i++) { c=string[i]; if(c==pattern) { strArray-

关于VC画图闪屏的问题 - VC/MFC / 基础类

显示图形如何避免闪烁,如何提高显示效率是问得比较多的问题. 而且多数人认为MFC的绘图函数效率很低,总是想寻求其它的解决方案. MFC的绘图效率的确不高但也不差,而且它的绘图函数使用非常简单, 只要使用方法得当,再加上一些技巧,用MFC可以得到效率很高的绘图程序. 我想就我长期(呵呵当然也只有2年多)使用MFC绘图的经验谈谈 我的一些观点. 1.显示的图形为什么会闪烁? 我们的绘图过程大多放在OnDraw或者OnPaint函数中,OnDraw在进行屏 幕显示时是由OnPaint进行调用的.当窗口

VC MFC 屏蔽ESC和ENTER键关闭对话框

窗体头文件中加入: 1 protected: 2 virtual BOOL PreTranslateMessage(MSG* pMsg); // PreTranslateMessage是消息在送给TranslateMessage函数之前被调用的 3 public: 4 virtual void OnOK(); 在CPP中加入: 1 BOOL CColorDlgDlg::PreTranslateMessage(MSG* pMsg) 2 { 3 //屏蔽ESC关闭窗体/ 4 if(pMsg->mes

学习VC MFC开发必须了解的常用宏和指令

1.#include指令  包含指定的文件 2.#define指令   预定义,通常用它来定义常量(包括无参量与带参量),以及用来实现那些"表面似和善.背后一长串"的宏,它本身并不在编译过程中进行,而是在这之前(预处理过程)就已经完成了 3.#typedef指令 常用来定义一个标识符及关键字的别名它是语言编译过程的一部分,但它并不实际分配内存空间. 4.#ifndef   #else   #endif指令  条件编译.一般情况下,源程序中所有的行都参加编译.但是有时希望对其中一部分内容