博文
MDI,SDI创建过程中的一点不同(2007-08-31 12:51:00)
摘要：CMultiDocTemplate* pDocTemplate;
pDocTemplate = new CMultiDocTemplate(
IDR_MDISQUTYPE,
RUNTIME_CLASS(CSquaresDoc),
RUNTIME_CLASS(CChildFrame), // custom MDI child frame
RUNTIME_CLASS(CSquaresView));
AddDocTemplate(pDocTemplate);
// create main MDI Frame window
CMainFrame* pMainFrame = new CMainFrame;
if (!pMainFrame->LoadFrame(IDR_MAINFRAME))
return FALSE;
m_pMainWnd = pMainFrame;
。。。。。。。。
// Dispatch commands specified on the command line
if (!ProcessShellCommand(cmdInfo))
return FALSE;
// The main window has been initialized, so show and update it.
pMainFrame->ShowWindow(m_nCmdShow);
pMainFrame->UpdateWindow();
上面为MDI，下面为SDI
CSingleDocTemplate* pDocTemplate;
pDocTemplate = new CSingleDocTemplate(
IDR_MAINFRAME,
RUNTIME_CLASS(CSquaresDoc......
回调函数在MFC中的使用(2007-08-26 23:42:00)
摘要：回调函数的简单定义就是你定义的由Windows来调用。以下两个函数摘自《Programming Windows with MFC》，这里暂且不管函数的具体作用，在FillListBox中有一个API函数，它调用的回调函数是EnumFontFamProc，回调函数的声明形式一般都是相对固定的，具体可以参考MSDN。
static int CALLBACK EnumFontFamProc (ENUMLOGFONT* lpelf,
NEWTEXTMETRIC* lpntm, int nFontType, LPARAM lParam);
void CMainWindow::FillListBox ()
{
m_wndListBox.ResetContent ();
CClientDC dc (this);
::EnumFontFamilies ((HDC) dc, NULL, (FONTENUMPROC) EnumFontFamProc,
(LPARAM) this);
}
int CALLBACK CMainWindow::EnumFontFamProc (ENUMLOGFONT* lpelf,
NEWTEXTMETRIC* lpntm, int nFontType, LPARAM lParam)
{
CMainWindow* pWnd = (CMainWindow*) lParam;
if ((pWnd->m_wndCheckBox.GetCheck () == BST_UNCHECKED) ||
(nFontType & TRUETYPE_FON......
CWnd及窗口产生和销毁过程(2007-08-25 19:00:00)
摘要：昨天去新华书店看的今天趁还记得就写下了.
窗口创建：首先定义一个CWnd对象，然后调用CWnd::Create，其实Create又会调用CreateEx，与之对应的API函数也是这样，在CreateEx调用AfxCtxCreateWindowEx之前会调用PreCreateWindow，这个时候偶CWnd对应的窗口的句柄还未被Windows分配，之后调用AfxCtxCreateWindowEx，在调用这个函数的过程中会发送WM_CREATE消息从而引发OnCreate函数调用注意调用OnCreate时CWnd中的m_hWnd已经有值了，在OnCreate中可以进行一些初始化以及创建字窗口之类的事情。至此窗口创建完毕。
窗口销毁：可以发送一个WM_CLOSE消息给指定窗口使其调用OnClose函数，此函数中会发送WM_DESTROY从而引发OnDestroy的调用，该函数又会引发最后一个消息WM_NCDESTROY的发送，OnNcDestroy即被调用，在OnNcDestroy的最后会调用PostNcDestroy，CWnd的PostNcDestroy为
void CWnd::PostNcDestroy()
{
// default to nothing
}，什么也不做，但是CFrameWnd重载了此函数
void CFrameWnd::PostNcDestroy()
{
// default for frame windows is to allocate them on the heap
// the default post-cleanup is to 'delete this'.
// never explicitly call 'delete' on a CFrameWnd, use DestroyWindow instead
delete this;
}即我们看到的在App中new的Frame没有删除就是这个原因，但是我们自己从CWnd派生的窗口就不同了，如果你new了就要delete，而且最好就是在这个函数里delete。......
VC截取屏幕(2007-08-18 01:23:00)
摘要：
一直对GID 不是很懂，今天狠下心来看了一天的GDI，主要是参照着MSDN看，感觉还是有点收获的。根据MSDN写了一个小小的程序，仅仅就是截取屏幕，另外可以将其保存到剪贴板里。
以下为源代码：
// Capturing_Image.cpp : 定义应用程序的入口点。
//
#include "stdafx.h"
#include "Capturing_Image.h"
#define MAX_LOADSTRING 100
// 全局变量:
HINSTANCE hInst; // 当前实例
TCHAR szTitle[MAX_LOADSTRING]; // 标题栏文本
TCHAR szWindowClass[MAX_LOADSTRING]; // 主窗口类名
// 此代码模块中包含的函数的前向声明:
ATOM MyRegisterClass(HINSTANCE hInstance);
BOOL InitInstance(HINSTANCE, int);
LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM);
INT_PTR CALLBACK About(HWND, UINT, WPARAM, LPARAM);
void CaptureScreen(HWND,HDC);
int APIENTRY _tWinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
MFC学习之--MFC窗口过程(2007-08-05 00:23:00)
摘要：所有的消息都送给窗口过程处理，MFC的所有窗口都使用同一窗口过程，消息或者直接由窗口过程调用相应的消息处理函数处理，或者按MFC命令消息派发路径送给指定的命令目标处理。
那么，MFC的窗口过程是什么？怎么处理标准Windows消息？怎么实现命令消息的派发？
MFC窗口过程的指定
从前面的讨论可知，每一个“窗口类”都有自己的窗口过程。正常情况下使用该“窗口类”创建的窗口都使用它的窗口过程。
MFC的窗口对象在创建HWND窗口时，也使用了已经注册的“窗口类”，这些“窗口类”或者使用应用程序提供的窗口过程，或者使用Windows提供的窗口过程（例如Windows控制窗口、对话框等）。那么，为什么说MFC创建的所有HWND窗口使用同一个窗口过程呢？
在MFC中，的确所有的窗口都使用同一个窗口过程：AfxWndProc或AfxWndProcBase（如果定义了_AFXDLL）。它们的原型如下：
LRESULT CALLBACK
AfxWndProc(HWND hWnd, UINT nMsg, WPARAM wParam, LPARAM lParam)
LRESULT CALLBACK
AfxWndProcBase(HWND hWnd, UINT nMsg, WPARAM wParam, LPARAM lParam)
这两个函数的原型都如符合windows的窗口过程函数原型。
如果动态链接到MFC DLL(定义了_AFXDLL)，则AfxWndProcBase被用作窗口过程，否则AfxWndProc被用作窗口过程。AfxWndProcBase首先使用宏AFX_MANAGE_STATE设置正确的模块状态，然后调用AfxWndProc。
下面，假设不使用MFC DLL，讨论MFC如何使用AfxWndProc取代各个窗口的原窗口过程。
窗口过程的取代发生在窗口创建的过程时，使用了子类化(Subclass)的方法。所以，从窗口的创建过程来考察取代过程。从前面可以知道，窗口创建最终是通过调用CWnd::CreateEx函数完成的，分析该函数的流程:
CREATESTRUCT结构类型的变量cs包含了传递给窗口过程的初始化参数。CREATESTRUCT结构描述了创建窗口所需要的信息，定义如下：
typedef struct tagCREAT......
MFC学习之--消息映射的定义和实现(2007-07-29 22:55:00)
摘要：MFC处理的三类消息
根据处理函数和处理过程的不同，MFC主要处理三类消息：
Windows消息，前缀以“WM_”打头，WM_COMMAND例外。Windows消息直接送给MFC窗口过程处理，窗口过程调用对应的消息处理函数。一般，由窗口对象来处理这类消息，也就是说，这类消息处理函数一般是MFC窗口类的成员函数。
控制通知消息，是控制子窗口送给父窗口的WM_COMMAND通知消息。窗口过程调用对应的消息处理函数。一般，由窗口对象来处理这类消息，也就是说，这类消息处理函数一般是MFC窗口类的成员函数。
需要指出的是，Win32使用新的WM_NOFITY来处理复杂的通知消息。WM_COMMAND类型的通知消息仅仅能传递一个控制窗口句柄(lparam)、控制窗ID和通知代码(wparam)。WM_NOTIFY能传递任意复杂的信息。
命令消息，这是来自菜单、工具条按钮、加速键等用户接口对象的WM_COMMAND通知消息，属于应用程序自己定义的消息。通过消息映射机制，MFC框架把命令按一定的路径分发给多种类型的对象（具备消息处理能力）处理，如文档、窗口、应用程序、文档模板等对象。能处理消息映射的类必须从CCmdTarget类派生。
在讨论了消息的分类之后，应该是讨论各类消息如何处理的时候了。但是，要知道怎么处理消息，首先要知道如何映射消息。
MFC消息映射的实现方法
MFC使用ClassWizard帮助实现消息映射，它在源码中添加一些消息映射的内容，并声明和实现消息处理函数。现在来分析这些被添加的内容。
在类的定义（头文件）里，它增加了消息处理函数声明，并添加一行声明消息映射的宏DECLARE_MESSAGE_MAP。
在类的实现（实现文件）里，实现消息处理函数，并使用IMPLEMENT_MESSAGE_MAP宏实现消息映射。一般情况下，这些声明和实现是由MFC的ClassWizard自动来维护的。看一个例子：
在AppWizard产生的应用程序类的源码中，应用程序类的定义（头文件）包含了类似如下的代码：
//{{AFX_MSG(CTttApp)
afx_msg void OnAppAbout();
//}}AFX_MSG
DECLARE_MESSAGE_MAP()
应用程序类的实现文件中......
关于虚函数表的一点内容(2007-07-26 00:37:00)
摘要：
还是用图表和代码能说明内容：
#include <iostream>
using std::cout;
using std::endl;
class Base
{
public: //为了便于取地址
int m_data1;
int m_data2;
int m_data3;
public:
void mem_fun1();
void mem_fun2();
//注意虽然后面没用到这些虚函数 ，但是要使程序可以编译通过
//需要实现他们，因为建立vtable会出错
virtual void vir_fun1(){}
virtual void vir_fun2(){}
};
class Derive:public Base
{
public://为了便于取地址
int m_data1;
int m_data3;
int m_data4;
public:
void mem_fun1();
virtual void vir_fun2(){}
};
int main()
{
cout<<"sizeof(Base)=> "<<sizeof(Base)<<endl;
&nbs......
MFC学习之--MFC和Win32(2007-07-25 23:22:00)
摘要：MFC Object和Windows Object的关系
MFC中最重要的封装是对Win32 API的封装，因此，理解Windows Object和MFC Object (C++对象，一个C++类的实例)之间的关系是理解MFC的关键之一。所谓Windows Object（Windows对象）是Win32下用句柄表示的Windows操作系统对象；所谓MFC Object (MFC对象)是C++对象，是一个C++类的实例，这里（本书范围内）MFC Object是有特定含义的，指封装Windows Object的C++ Object，并非指任意的C++ Object。
MFC Object 和Windows Object是不一样的，但两者紧密联系。以窗口对象为例：
一个MFC窗口对象是一个C++ CWnd类（或派生类）的实例，是程序直接创建的。在程序执行中它随着窗口类构造函数的调用而生成，随着析构函数的调用而消失。而Windows窗口则是Windows系统的一个内部数据结构的实例，由一个“窗口句柄”标识，Windows系统创建它并给它分配系统资源。Windows窗口在MFC窗口对象创建之后，由CWnd类的Create成员函数创建，“窗口句柄”保存在窗口对象的m_hWnd成员变量中。Windows窗口可以被一个程序销毁，也可以被用户的动作销毁。
下面，对MFC Object和Windows Object作一个比较。有些论断对设备描述表(MFC类是CDC，句柄是HDC)可能不适用，但具体涉及到时会指出。
从数据结构上比较
MFC Object是相应C++类的实例，这些类是MFC或者程序员定义的；
Windows Object是Windows系统的内部结构，通过一个句柄来引用；
MFC给这些类定义了一个成员变量来保存MFC Object对应的Windows Object的句柄。对于设备描述表CDC类，将保存两个HDC句柄。
从层次上讲比较
MFC Object是高层的，Windows Object是低层的；
MFC Object封装了Windows Object的大部分或全部功能，MFC Object的使用者不需要直接应用Windows Object的HANDLE（句柄）使用Win32 API，代替它的是引用相应的MFC Object的成员函数。
......
MFC学习之----MFC概述(2007-07-24 12:26:00)
摘要：
MFC是一个编程框架
MFC (Microsoft Foundation Class Library)中的各种类结合起来构成了一个应用程序框架，它的目的就是让程序员在此基础上来建立Windows下的应用程序，这是一种相对SDK来说更为简单的方法。因为总体上，MFC框架定义了应用程序的轮廓，并提供了用户接口的标准实现方法，程序员所要做的就是通过预定义的接口把具体应用程序特有的东西填入这个轮廓。Microsoft Visual C++提供了相应的工具来完成这个工作：AppWizard可以用来生成初步的框架文件（代码和资源等）；资源编辑器用于帮助直观地设计用户接口；ClassWizard用来协助添加代码到框架文件；最后，编译，则通过类库实现了应用程序特定的逻辑。
封装
构成MFC框架的是MFC类库。MFC类库是C++类库。这些类或者封装了Win32应用程序编程接口，或者封装了应用程序的概念，或者封装了OLE特性，或者封装了ODBC和DAO数据访问的功能，等等，分述如下。
（1）对Win32应用程序编程接口的封装
用一个C++ Object来包装一个Windows Object。例如：class CWnd是一个C++ window object，它把Windows window(HWND)和Windows window有关的API函数封装在C++ window object的成员函数内，后者的成员变量m_hWnd就是前者的窗口句柄。
（2）对应用程序概念的封装
使用SDK编写Windows应用程序时，总要定义窗口过程，登记Windows Class，创建窗口，等等。MFC把许多类似的处理封装起来，替程序员完成这些工作。另外，MFC提出了以文档-视图为中心的编程模式，MFC类库封装了对它的支持。文档是用户操作的数据对象，视图是数据操作的窗口，用户通过它处理、查看数据。
（3）对COM/OLE特性的封装
OLE建立在COM模型之上，由于支持OLE的应用程序必须实现一系列的接口（Interface），因而相当繁琐。MFC的OLE类封装了OLE API大量的复杂工作，这些类提供了实现OLE的更高级接口。
（4）对ODBC功能的封装
以少量的能提供与ODBC之间更高级接口的C++类，封装了ODBC API的大量的复杂的工作，提供了一种数据库编......
MFC的一点感悟(2007-07-24 12:15:00)
摘要： 学习MFC的时间不长，但是感觉开始学习的方法不对，只知道随便摆摆几个控件然后想怎么把个控件弄漂亮点（不停的在网上下别人写的控件，但是看不懂），而忽视了基础的重要性，比如说MFC和API之间的关系，消息映射机制的实现，Windows窗口对象和CWnd的C++对象之间的联系等等。
这样学习的结果可想而知，只懂皮毛，只会用ClassWizard弄点简单的小程序，遇到稍微需要自己写代码的地方就不知从何写起了。因此曾一度决定放弃MFC的，觉得这种编程方式太麻烦了，尤其是写UI时，自我觉得还是对JAVA，QT那种写界面的方式好接受点，知道自己写了哪些东西以及怎么写的。
前几天在网上发现一在线教程，感觉写得还蛮好的，比起那些各式各样的VC的书讲得好多了，尤其是当我看完消息映射后，发现这个对我真是受益匪浅，再结合源码看看，有些以前难以理解的东西现在觉得有点眉目了，还开始感叹写MFC那些人的技术之精，能写出如此庞大（看到网上有些人觉得MFC太臃肿，我暂时可能还没有发现这个的能力），效率又高的库真是不简单，觉得学习C++面向对象的思想，MFC源码是个不错的东东。
想把自己现在对MFC的一些基础部分整理一个小的系列文章，:-)，当然绝大部分内容都是网上的，我可能只是修改一些错误的地方，可惜现在时间不是很多，尽力了，也算是对自己学习MFC的一点点初级的总结吧！......