午夜欧美视频,亚洲在线第一页,亚洲国产成人精品久久

《VC++动态链接库深入��出》学习笔��C��Non-MFC DLL(�?MFC 动态库)

Mon, 05 Feb 2007 12:20:00 GMT

静态链接库与动态链接库��M��区别�Q?br />
静态链接库与动态链接库都是�׃�n代码的方式，如果采用静态链接库�Q�则无论你愿不愿意，lib 中的指��o都全部被直接包含在最�l�生成的 EXE 文�g中了。但是若使用 DLL�Q�该 DLL 不必被包含在最�l?EXE 文�g中，EXE 文�g执行时可以“动态”地引用和卸载这个与 EXE 独立�?DLL 文�g。静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库�Q�而在动态链接库中还可以再包含其他的动态或静态链接库。静态链接库与静态链接库调用规则��M��比较如下�?/p>

对于静态链接库(比较��?�Q?br />首先�Q�静态链接库的��用需要库的开发者提供生成库�?h头文件和.lib文�g�?br />
生成库的.h头文件中的声明格式如下：
extern "C" 函数�q�回�c�d�� 函数�?参数�?;
在调用程序的.cpp源代码文件中如下�Q?br />#include "..\lib.h"
#pragma comment(lib,"..\\debug\\libTest.lib")
//指定与静态库一起链�?br />
�W�二�Q�因为静态链接库是将全部指��o都包含入调用�E�序生成的EXE文�g中。因此如果用的是静态链接库�Q�那么也��׃��存在“导出某个函数提供给用户使用”的情况�Q�要想用��得全要�Q�要不就都别要！:)

对于动态链接库�Q?br />动态链接库的��用需要库的开发者提供生成的.lib文�g�?dll文�g。或者只提供dll文�g�?br />首先我们必须先注意到DLL内的函数分�ؓ两种�Q?
(1)DLL 导出函数�Q�可供应用程序调用；
(2)DLL 内部函数�Q�只能在 DLL �E�序使用�Q�应用程序无法调用它们�?br />因此调用�E�序若想调用DLL中的某个函数��p��以某�U��Ş式或方式指明它到底想调用哪一个函数�?/p>

因此�q�里衍生��Z��个问题：
�W�一�Q�如何调用？卌��用的方式
�W�二�Q�不同调用方式对应的库的生成�q�程和调用规�?/p>

我逐步展开问题�?br />�W�一�Q�存在两�U�调用方式——动态调用和静态调�?br />�W�二�Q�两�U�调用方式的库的生成�q�程和调用规�?br />1〉动态调�?br />
生成库的.h头文件中的声明格式如下：
extern "C" 函数�q�回�c�d�� __declspec(dllexport) 函数�?参数�?;
在调用程序的.cpp源代码文件中按如下流�E�调用：
在main函数代码的开始处
定义需要的DLL模块的句柄和此DLL模块模块中需要调用的函数的函数指针�?br />定义好后紧接着��是标准的三部曲�Q?br />取得需要的DLL模块------>�q�回模块句柄
LoadLibrary("DLL模块路径")
取得需要的函数地址——�?gt;�q�回函数指针GetProcAddress(模块句柄�Q?函数�?)
从内存中卸蝲DLL模块——�?gt;FreeLibrary(模块句柄)
2>静态调�?br />在调用程序的.cpp源代码文件中按如下流�E�调用：
#include.........
告诉�~�译器与 DLL 相对应的.lib 文�g所在的路径及文件名
#pragma comment(lib,"路径和文件名")
extern "C" 函数�q�回�c�d�� _declspec(dllimport) 函数�?参数�?分号
int main()
{
..............
}
未完�Q�待�l?......

潜龙�?/a> 2007-02-05 20:20 发表评论

转脓�Q�VC++中对于处理消息的学习�ȝ��

Thu, 20 Jul 2006 03:25:00 GMT

Message Map

struct AFX_MSGMAP //消息映射�?br />{
AFX_MSGMAP* pBaseMessageMap; //基类消息映射表的指针�Q?br />AFX_MSGMAP_ENTRY* lpEntries; //消息入口表的指针�Q?br />};

struct AFX_MSGMAP_ENTRY //消息映射入口�?br />{
UINT nMessage; //消息�Q?br />UINT nCode; //控�g的通知码或WM_NOTIFY的通知�?br />UINT nID; //控�g的ID�Q?0时�ؓ Window 消息)
UINT nLastID; //最后一个控件的ID�Q?br />UINT nSig; //信号�c�d��Q?br />AFX_PMSG pfn; //消息函数的指针；
};

typedef void (CCmdTarget::*AFX_PMSG)(void); //消息映射函数�Q?/p>

一、消息映��图
1、DECLARE_MESSAGE_MAP()
展开�Q?br />static AFX_MSGMAP_ENTRY _messageEntries[] //消息映射入口�?
static AFX_MSGMAP messageMap�Q?//消息映射表；
virtual AFX_MSGMAP* GetMessageMap() const�Q?/�q�回消息映射表的指针�Q?/p>

2、BEGIN_MESSAGE_MAP(class_name,base_class_name)
①、定义GetMessageMap()函数�Q�代码如下：
{ return &class_name::messageMap�Q�}
②、初始化消息映射表，代码如下�Q?br />AFX_MSGMAP class_name::messageMap={
&(base_class_name::messageMap)�Q?br />&(class_name::_messageEntries)
}
③、初始化消息入口�?br />AFX_MSGMAP_ENTRY class_name::_messageEntries[]={
//在这里添加消息和映射函数�Q?/p>

3、END_MESSAGE_MAP()
{0,0,0,0,AfxSig_end,(AFX_PMSG)0}
} �Q?//该括号和③相对应�Q?/p>

二、消息类�?br />1、命令消�?WM_COMMAND)
所有派生自 CCmdTarget 的类都有资格接受WM_COMMAND�?/p>

2、Window消息(WM_xxx)
所有派生自 CWnd 的类都有资格接受 WM_xxx�?/p>

3、控件消�?WM_NOTIFY)
控�g向其父窗口通知消息�?/p>

三、消息处�?br />1、WM_xxx 消息处理
�H�口�c?自��n)处理→基�c�d��理→CWnd∷DefWindowProc()处理�Q?br />其所对应的宏一般�ؓ在消�?WM_ 前面加上 ON_�?/p>

2、命令消息处�?br />命��o消息来自命��o用户接口对象(菜单、加速键或工��h��按钮)发出的WM_COMMAND消息�Q?br />㈠、WM_COMMAND消息
其所包含的类型和对应的宏如下�Q?br />①、ON_COMMAND(ID,pfn)
标准的命令消息；

②、ON_COMMAND_EX(ID,pfn)
多个对象对同一个命�?ID 的处理；
其函数的原型如下�Q?br />afx_msg BOOL pfn(UINT nID)
说明�Q?br />当返�?TRUE 时表�C�已�l�处理，不用在消息处理链中��l�处理该命��o�Q��ؓ FALSE 时表�C��l�在消息处理链中处理该命令�?br />注意�Q?br />其一�Q�在多对象处理中一定要使用该宏�Q?br />其二�Q�pfn(UINT nID)(消息处理函数)�q�回值将其类型void�Ҏ��BOOL�Q�而且必须为FALSE�Q?br />其三�Q�多个对象的处理是由高层向低层的�q�程�Q�即视图�c�Z��L��架窗口类→应用程序类�Q?/p>

③、ON_COMMAND_RANGE(nID,nLastID,pfn)
多个命��o ID 提供相同的处理；
注意�Q?br />其一�Q�确保nID、nLastID的值在 Resource.h 中是�q�箋的�?br />其二�Q�一般在函数 pfn(UINT nID) 中加入参敎ͼ�用来��定那一个按钮点凅R�?/p>

㈡、CN_UPDATE_COMMAND_UI消息
当菜单项、工��h��按钮�{�[命��o用户接口对象]要更新其状态时所对应的消息，它所包含的类型和对应的宏如下�Q?br />①、ON_UPDATE_COMMAND_UI(ID,pfn)
其中函数的原型如下：
afx_msg void pfn(CCmdUI* pCmdUI)

②、ON_UPDATE_COMMAND_UI_RANGE(nID,nLastID,pfn)
该函数可以处理一�l�[命��o用户接口对象]的外观；
其中函数的原型如下：
afx_msg void pfn(CCmdUI* pCmdUI)
重要�Q?br />CCmdUI 中的 m_nID 成员表示不同�?ID�Q�因此可以利用它来进行区别处理�?/p>

3、控件的通知消息
从控件和子窗口发送到父窗口的WM_COMMAND通知消息(卛_��发送命令消息中加入控�g的通知�?�?br />注意�Q�在 Window9x 新控件中不再传送WM_COMMAND通知消息�Q�而是发�?WM_NOTIFY 消息�Q�但��Z��兼容�Q�旧有的控�g�q�是传送WM_COMMAND消息�?br />例如�Q?br />CEdit控�g向父�H�口发�?EN_CHANGE 通知代码的WM_COMMAND消息�?br />注意�Q�框架像传送其�?WM_ 消息一样传送通知消息�Q�但有一个例外，即由 [按钮] 控�g发送的 BN_CLICKED 通知消息�Q�被作�ؓ命��o消息特别处理�?br />㈠、WM_COMMAND 其所对应的宏如下�Q?br />①、ON_CONTROL(通知�? nID,fn)
②、ON_CONTROL_RANGE(通知�? nFirstID,nEndID,fn)
注意�Q?br />�q�两个宏的应用和 ON_COMMAND、ON_COMMAND_RANGE相同�Q�所不同的是在宏前面加入[通知码]�?br />注意�Q�可以根据不同的控�g的[通知码]�z��出特定的宏，其所�z��的宏一般�ؓ�?[通知码] 前面加上 ON_�?br />㈡、WM_NOTIFY 其所对应的宏如下�Q?br />①、ON_NOTIFY(通知�? nID,fn)
其中函数的原型如下：
afx_msg void fn(NMHDR* pNotifyStruct,LRESULT* result)
其中�l�构�Q?br />typedef struct tagNMHDR {
HWND hwndFrom; //发送通知消息的控件的句柄�Q?br />UINT idFrom; //发送通知消息的控件的 ID�Q?br />UINT code; //通知码；
} NMHDR;

②、ON_NOTIFY_EX(通知�? nID,fn)
表示一个消息在多个对象的成员函��C��q�行处理�?br />其中函数的原型如下：
afx_msg BOOL fn(UINT nID,NMHDR* pNotifyStruct,LRESULT* result)
说明�Q?br />它必��返�?BOOL �c�d��的数��|��其意义和 ON_COMMAND_EX 相同�?/p>

③、ON_NOTIFY_RANGE(通知�? nFirstID,nEnd,fn)
表示多个控�g的通知消息在同一个函��C��q�行处理�?br />其中函数的原型如下：
afx_msg void fn(UINT nID,NMHDR* pNotifyStruct,LRESULT* result)
说明�Q?br />其意义和ON_COMMAND_RANGE相同�?/p>

4、反��消息处�?br />父窗口在处理控�g�H�口的通知消息WM_CTLCOLOR、WM_COMMAND、WM_NOTIFY�Ӟ��会把该消息�{化�ؓ反射消息�Q��ƈ转交�l�控件子�H�口处理�Q�只有在控�g子窗体不处理该消息时�Q�父�H�口才有��Z��处理�?br />注意�Q�在�cȝ��属性对话框中的消息��面可查反射消息(前面�?="标志)
①、WM_CTLCOLOR_REFLECT反射消息
其所对应的宏如下�Q?br />ON_WM_CTLCOLOR_REFLECT()
反射消息函数的原型：
HBRUSH class_name∷CtlColor(CDC* pDC,UINT nCtlColor)
{
return NULL;
}
该函数用来重�|�控件的��色�Q�注意：必须 return CBrush才有效�?/p>

5、自定义的窗口消�?br />自定义窗口消息的消息标志都大于WM_USER(臛_��是WM_USER+100�Q�因��多控仉��使用�q�一范围的WM_USER消息)
使用自定义的消息分�ؓ二步�Q?br />①、在 Resource.h 中定义消息标�?br />#define WM_MYMSG (WM_USER+1000)

②、在消息映射表中加入消息映射�?br />BEGIN_MESSAGE_MAP()

ON_MESSAGE(WM_MYMSG,fn)
END_MESSAGE_MAP()
说明�Q?br />其对应的宏�ؓ ON_MESSAGE()�Q�其成员函数的原型�ؓ�Q?br />afx_msg LRESULT fn(WPARAM,LPARAM)

6、登记消�?br />①、在�pȝ��中注册�ƈ获取一个登记消息的消息标记
UINT RegisterWindowMessage(LPCTSTR)
说明�Q?br />通过 API 函数来注册消息标讎ͼ�其中 LPCTSTR 为用��L��L��字符丌Ӏ�例如：
UINT WM_MYMSG=RegisterWindowMessage("MYMSG");
其中 WM_MYMSG 是自定义无符��h��型的消息标记�?/p>

②、在消息映射表中加入消息映射�?br />BEGIN_MESSAGE_MAP()

ON_REGISTERED_MESSAGE(WM_MYMSG,fn)
END_MESSAGE_MAP()
说明�Q?br />其对应的宏�ؓ ON_REGISTERED_MESSAGE()�Q�其成员函数的原型�ؓ�Q?br />afx_msg LRESULT fn(WPARAM,LPARAM)
注意�Q�登记消息可以实现跨�q�程的数据通讯�?/p>

7、线�E�消�?br />只有�l�承自CWinThread�c�L��能允许处理线�E�消息�?br />①、定义线�E�的消息标记
有两�U�方法：
(1)、��用自定义的消息标讎ͼ�卻I��WM_USER�Q?br />(2)、��用登记的消息标记�Q�即�Q�RegisterWindowMessage�Q?/p>

②、在CWinThread�l�承�cȝ��消息映射表中��d��?br />ON_THREAD_MESSAGE(消息标记,fn) //自定义的消息�Q?br />ON_REGISTERED_THREAD_MESSAGE(消息标记,fn) //登记�?//消息
③、其函数的原型如下：
afx_msg void fn(WPARAM wPARAM,LPARAM lParam)

④、引发线�E�消�?br />�U�程消息的引发必��调�?CWinThread �cȝ��PostThreadMessage��消息投递到�U�程消息队列中�?br />注意�Q�可以通过 AfxGetApp() 函数获取一个全局的应用对象�?br />PostThreadMessage(UINT,WPARAM,LPARAM)

8、WM_COPYDATA
操作�pȝ��l�护一块内存来��理 WM_COPYDATA 消息�Q�该消息主要用于跨进�E�传递数据，传递的数据量达�?232�?br />①、定义一�?COPYDATASTRUCT 数据�l�构
typedef struct tagCOPYDATASTRUCT {
DWORD dwData; //自定义的�Ҏ��数据�Q?br />DWORD cbData; //以字节�ؓ单位�?lpData 的大��；
PVOID lpData; //传送的数据内存块的指针�Q?br />} COPYDATASTRUCT;

②、其所对应的宏
ON_WM_COPYDATA()

③、其所对应的函数的原型
afx_msg BOOL OnCopyData(CWnd*,COPYDATASTRUCT*)
说明�Q?br />CWnd*�Q�发送该消息的窗口的指针�Q?/p>

9、投递和发送消�?br />通过向一个窗体投递或发送消息，可以间接地驱动窗体的消息�q�程�?br />投�?PostMessage)�Q�将消息攑ֈ��U�程的消息队列中�Q�然后不�{�线�E�处理该消息��q��接返回到调用斏V�?br />发�?SendMessage)�Q�当一个线�E�向目标�U�程发送消息时�Q�该�U�程要一直等待，直到目标�U�程处理了该消息为止�?br />①、投递消�?br />BOOL CWnd∷PostMessage(UINT,WPARAM=0,LPARAM=0)
说明�Q?br />CWnd�Q�目标窗口；
该函数将一条消息放入到应用�E�序的消息队列，然后不等�H�口处理��q��接返回�?/p>

②、发送消�?br />LRESULT CWnd∷SendMessage(UINT,WPARAM=0,LPARAM=0)
说明�Q?br />CWnd�Q�目标窗口；
该函数将一条消息放入到应用�E�序的消息队列，�{�待�H�口处理后才�q�回�?br />��Z��避免�U�程陷入�怹��{�待状态，可以用SendMessageTimeout代替SendMessage�Q?br />LRESULT SendMessageTimeout(HWND,UINT,WPARAM,LPARAM,UINT,UINT,PDWORD_PTR)
说明�Q?br />HWND�Q�窗口句柄；
UINT�Q�消息发送的选项�Q��ؓSMTO_BLOCK�Ӟ��可以防止�U�程�?限等待，��x��据一定的��时��D��回�?br />UINT�Q�超�Ӟ��以毫�U��ؓ单位�Q?br />PDWORD_PTR�Q�返回��|��
注意�Q�CWnd没有对该函数的包装�?/p>

③、投递和发送消�?br />BOOL CWnd∷SendNotifyMessage(UINT,WPARAM,LPARAM)
说明�Q?br />CWnd�Q�目标窗口；
该消息具有SendMessage和PostMessage两种功能�Q?br />当目标窗口和发送窗口�ؓ同一个线�E�时�Q�则相当于SendMessage的功能；否则当不为同一个线�E�时�Q�则为PostMessage的功能�?/p>

6-1、投递和发�?WM_XXX 消息
在发送标准的 WINDOW 消息�Ӟ��只要��该消息�?ID、wParam、lParam参数攑֜� SendMessage()和PostMessage()函数的相应位�|�即可�?/p>

6-2、投递和发送命令消息和控�g的通知消息
在投递和发送命令消息时�Q�消息的 ID�?WM_COMMADN�Q�而对于不同的菜单��V��加速键、控件则wParam、lParam的取��g��同�?br />wParam分成低、高两部分，低部分�ؓ菜单��V��加速键、控件的ID。高部分则：
菜单��：0�Q�加速键�Q?�Q�控�Ӟ��通知�?br />lParam�Q�当控�g时是控�g的句柄，否则�?NULL�?/p>

对于wParam参数可以采用自定义宏�Q?br />WPARAM MAKEWPARAM(WORD wLow,WORD wHigh)

6-3、投递和发送自定义的窗口消�?br />在投递和发送自定义的窗口消息时�Q�参�?wParam、lParam 没有特别的涵义，只和普通函数的形参一栯��行数据的传递�?br />注意�Q?br />PostMessage �?SendMessage 是不同的�Q�前者投递后��p��回，而后者必��ȝ��到消息处理后再返回；所以在参数�?[局部] �?[临时]�Ӟ��使用PostMessage函数会引发错�?除非参数使用指针�Q�则可避免错�?�Q�而必��M��用SendMessage函数�?br />6-4、投递和发送注册的�H�口消息
�?6-3 基本一��P��但它要特别注意的问题是：在跨�q�程的处理消息时�Q�如果将消息PostMessage、SendMessage到某个进�E?A�Q�则必须在进�E?B 中获取进�E?A 的窗口类名，�q��过�H�口�c�d��获取�H�口的指针，最后再�Ҏ��指针调用 PostMessage、SendMessage 函数�?br />注意�Q�在获取�H�口的指针时�Q�可以根据窗口类名或�H�口的标题�?/p>

6-5、投递和发送WM_COPYDATA消息
SendMessage(消息标记,WPARAM,LPARAM)
其中�Q?br />消息标记�Q�WM_COPYDATA�Q?br />WPARAM�Q�发送该消息的窗口句柄；
LPARAM�Q�COPYDATASTRUCT�l�构的指针，先通过(LPVOID)�q�行转换�Q�再通过(LPARAM)�q�行转换�Q�如下�Ş式：
(LPARAM)(LPVOID)&cds

潜龙�?/a> 2006-07-20 11:25 发表评论

转脓�Q�VC常用数据�c�d��使用转换详解

Thu, 20 Jul 2006 03:24:00 GMT

我们先定义一些常见类型变量借以说明

int i = 100;
long l = 2001;
float f=300.2;
double d=12345.119;
char username[]="�E�佩�?;
char temp[200];
char *buf;
CString str;
_variant_t v1;
_bstr_t v2;

一、其它数据类型�{换�ؓ字符�?

短整�?int)
itoa(i,temp,10);///��i转换为字�W�串攑օ�temp�?最后一个数字表�C�十�q�制
itoa(i,temp,2); ///按二�q�制方式转换
长整�?long)
ltoa(l,temp,10);
��点�?float,double)
用fcvt可以完成转换,�q�是MSDN中的例子:
int decimal, sign;
char *buffer;
double source = 3.1415926535;
buffer = _fcvt( source, 7, &decimal, &sign );
�q�行�l�果:source: 3.1415926535 buffer: '31415927' decimal: 1 sign: 0
decimal表示��数点的位置,sign表示�W�号:0为正敎ͼ�1��?
CString变量
str = "2008北京奥运";
buf = (LPSTR)(LPCTSTR)str;
BSTR变量
BSTR bstrValue = ::SysAllocString(L"�E�序�?);
char * buf = _com_util::ConvertBSTRToString(bstrValue);
SysFreeString(bstrValue);
AfxMessageBox(buf);
delete(buf);
CComBSTR变量
CComBSTR bstrVar("test");
char *buf = _com_util::ConvertBSTRToString(bstrVar.m_str);
AfxMessageBox(buf);
delete(buf);

_bstr_t变量
_bstr_t�c�d��是对BSTR的封装，因�ؓ已经重蝲�?操作�W�，所以很�Ҏ��使用
_bstr_t bstrVar("test");
const char *buf = bstrVar;///不要修改buf中的内容
AfxMessageBox(buf);

通用�Ҏ��(针对非COM数据�c�d��)
用sprintf完成转换
char buffer[200];
char c = '1';
int i = 35;
long j = 1000;
float f = 1.7320534f;
sprintf( buffer, "%c",c);
sprintf( buffer, "%d",i);
sprintf( buffer, "%d",j);
sprintf( buffer, "%f",f);

二、字�W�串转换为其它数据类�?
strcpy(temp,"123");

短整�?int)
i = atoi(temp);
长整�?long)
l = atol(temp);
��点(double)
d = atof(temp);
CString变量
CString name = temp;
BSTR变量
BSTR bstrValue = ::SysAllocString(L"�E�序�?);
...///完成对bstrValue的��?
SysFreeString(bstrValue);

CComBSTR变量
CComBSTR�c�d��变量可以直接赋�?
CComBSTR bstrVar1("test");
CComBSTR bstrVar2(temp);

_bstr_t变量
_bstr_t�c�d��的变量可以直接赋�?
_bstr_t bstrVar1("test");
_bstr_t bstrVar2(temp);

三、其它数据类型�{换到CString
使用CString的成员函数Format来�{�?例如:

整数(int)
str.Format("%d",i);
��点�?float)
str.Format("%f",i);
字符串指�?char *)�{�已�l�被CString构造函数支持的数据�c�d��可以直接赋�?
str = username;
对于Format所不支持的数据�c�d��Q�可以通过上面所说的关于其它数据�c�d��转化到char *的方法先转到char *�Q�然后赋值给CString变量�?

四、BSTR、_bstr_t与CComBSTR

CComBSTR 是ATL对BSTR的封装，_bstr_t是C++对BSTR的封�?BSTR�?2位指�?但�ƈ不直接指向字串的�~�冲区�?
char *转换到BSTR可以�q�样:
BSTR b=_com_util::ConvertStringToBSTR("数据");///使用前需要加上comutil.h和comsupp.lib
SysFreeString(bstrValue);
反之可以使用
char *p=_com_util::ConvertBSTRToString(b);
delete p;
具体可以参考一�Q�二�D�落里的具体说明�?

CComBSTR与_bstr_t对大量的操作�W�进行了重蝲�Q�可以直接进�?,!=,==�{�操作，所以��用非常方�ѝ�?
特别是_bstr_t,��大家使用它�?

五、VARIANT 、_variant_t �?COleVariant

VARIANT的结构可以参考头文�gVC98\Include\OAIDL.H中关于结构体tagVARIANT的定义�?
对于VARIANT变量的赋��|��首先�l�vt成员赋��|��指明数据�c�d��Q�再对联合结构中相同数据�c�d��的变量赋��|��举个例子�Q?
VARIANT va;
int a=2001;
va.vt=VT_I4;///指明整型数据
va.lVal=a; ///赋�?

对于不马上赋值的VARIANT�Q�最好先用Void VariantInit(VARIANTARG FAR* pvarg);�q�行初始�?其本质是��vt讄��为VT_EMPTY,下表我们列�Dvt与常用数据的对应关系:

Byte bVal; // VT_UI1.
Short iVal; // VT_I2.
long lVal; // VT_I4.
float fltVal; // VT_R4.
double dblVal; // VT_R8.
VARIANT_BOOL boolVal; // VT_BOOL.
SCODE scode; // VT_ERROR.
CY cyVal; // VT_CY.
DATE date; // VT_DATE.
BSTR bstrVal; // VT_BSTR.
DECIMAL FAR* pdecVal // VT_BYREF|VT_DECIMAL.
IUnknown FAR* punkVal; // VT_UNKNOWN.
IDispatch FAR* pdispVal; // VT_DISPATCH.
SAFEARRAY FAR* parray; // VT_ARRAY|*.
Byte FAR* pbVal; // VT_BYREF|VT_UI1.
short FAR* piVal; // VT_BYREF|VT_I2.
long FAR* plVal; // VT_BYREF|VT_I4.
float FAR* pfltVal; // VT_BYREF|VT_R4.
double FAR* pdblVal; // VT_BYREF|VT_R8.
VARIANT_BOOL FAR* pboolVal; // VT_BYREF|VT_BOOL.
SCODE FAR* pscode; // VT_BYREF|VT_ERROR.
CY FAR* pcyVal; // VT_BYREF|VT_CY.
DATE FAR* pdate; // VT_BYREF|VT_DATE.
BSTR FAR* pbstrVal; // VT_BYREF|VT_BSTR.
IUnknown FAR* FAR* ppunkVal; // VT_BYREF|VT_UNKNOWN.
IDispatch FAR* FAR* ppdispVal; // VT_BYREF|VT_DISPATCH.
SAFEARRAY FAR* FAR* pparray; // VT_ARRAY|*.
VARIANT FAR* pvarVal; // VT_BYREF|VT_VARIANT.
void FAR* byref; // Generic ByRef.
char cVal; // VT_I1.
unsigned short uiVal; // VT_UI2.
unsigned long ulVal; // VT_UI4.
int intVal; // VT_INT.
unsigned int uintVal; // VT_UINT.
char FAR * pcVal; // VT_BYREF|VT_I1.
unsigned short FAR * puiVal; // VT_BYREF|VT_UI2.
unsigned long FAR * pulVal; // VT_BYREF|VT_UI4.
int FAR * pintVal; // VT_BYREF|VT_INT.
unsigned int FAR * puintVal; //VT_BYREF|VT_UINT.

_variant_t是VARIANT的封装类�Q�其赋值可以��用强制类型�{换，其构造函��C��自动处理�q�些数据�c�d��?
使用旉��加上#include
例如�Q?
long l=222;
ing i=100;
_variant_t lVal(l);
lVal = (long)i;

COleVariant的��用与_variant_t的方法基本一��P��请参考如下例子：
COleVariant v3 = "字符�?, v4 = (long)1999;
CString str =(BSTR)v3.pbstrVal;
long i = v4.lVal;

六、其它一些COM数据�c�d��

�Ҏ��ProgID得到CLSID
HRESULT CLSIDFromProgID( LPCOLESTR lpszProgID,LPCLSID pclsid);
CLSID clsid;
CLSIDFromProgID( L"MAPI.Folder",&clsid);

�Ҏ��CLSID得到ProgID
WINOLEAPI ProgIDFromCLSID( REFCLSID clsid,LPOLESTR * lplpszProgID);
例如我们已经定义�?CLSID_IApplication,下面的代码得到ProgID
LPOLESTR pProgID = 0;
ProgIDFromCLSID( CLSID_IApplication,&pProgID);
...///可以使用pProgID
CoTaskMemFree(pProgID);//不要忘记释放

七、ANSI与Unicode
Unicode�U�Cؓ宽字�W�型字串,COM里��用的都是Unicode字符丌Ӏ?

��ANSI转换到Unicode
(1)通过L�q�个宏来实现�Q�例�? CLSIDFromProgID( L"MAPI.Folder",&clsid);
(2)通过MultiByteToWideChar函数实现转换,例如:
char *szProgID = "MAPI.Folder";
WCHAR szWideProgID[128];
CLSID clsid;
long lLen = MultiByteToWideChar(CP_ACP,0,szProgID,strlen(szProgID),szWideProgID,sizeof(szWideProgID));
szWideProgID[lLen] = '\0';
(3)通过A2W宏来实现,例如:
USES_CONVERSION;
CLSIDFromProgID( A2W(szProgID),&clsid);
��Unicode转换到ANSI
(1)使用WideCharToMultiByte,例如:
// 假设已经有了一个Unicode �?wszSomeString...
char szANSIString [MAX_PATH];
WideCharToMultiByte ( CP_ACP, WC_COMPOSITECHECK, wszSomeString, -1, szANSIString, sizeof(szANSIString), NULL, NULL );
(2)使用W2A宏来实现,例如:
USES_CONVERSION;
pTemp=W2A(wszSomeString);
八、其�?

�Ҏ��息的处理中我们经帔R��要将WPARAM或LPARAM�{?2位数据（DWORD)分解成两�?6位数据（WORD),例如�Q?
LPARAM lParam;
WORD loValue = LOWORD(lParam);///取低16�?
WORD hiValue = HIWORD(lParam);///取高16�?

对于16位的数据(WORD)我们可以用同��L��Ҏ��分解成高低两�?位数�?BYTE),例如:
WORD wValue;
BYTE loValue = LOBYTE(wValue);///取低8�?
BYTE hiValue = HIBYTE(wValue);///取高8�?

两个16位数据（WORD�Q�合�?2位数�?DWORD,LRESULT,LPARAM,或WPARAM)
LONG MAKELONG( WORD wLow, WORD wHigh );
WPARAM MAKEWPARAM( WORD wLow, WORD wHigh );
LPARAM MAKELPARAM( WORD wLow, WORD wHigh );
LRESULT MAKELRESULT( WORD wLow, WORD wHigh );

两个8位的数据(BYTE)合成16位的数据(WORD)
WORD MAKEWORD( BYTE bLow, BYTE bHigh );

从R(red),G(green),B(blue)三色得到COLORREF�c�d��的颜色�?
COLORREF RGB( BYTE byRed,BYTE byGreen,BYTE byBlue );
例如COLORREF bkcolor = RGB(0x22,0x98,0x34);

从COLORREF�c�d��的颜色值得到RGB三个颜色�?
BYTE Red = GetRValue(bkcolor); ///得到�U�颜�?
BYTE Green = GetGValue(bkcolor); ///得到�l�K��?
BYTE Blue = GetBValue(bkcolor); ///得到兰颜�?

九、注意事��?
假如需要��用到ConvertBSTRToString此类函数,需要加上头文�gcomutil.h,�q�在setting中加入comsupp.lib或者直接加�?pragma comment( lib, "comsupp.lib" ) �?br />

潜龙�?/a> 2006-07-20 11:24 发表评论

Thu, 20 Jul 2006 03:23:00 GMT

消息的接�?

　　消息的接收主要有�Q�个函数�Q�GetMessage、PeekMessage、WaitMessage�?

　　　 GetMessage原型如下�Q�BOOL GetMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax);

　　该函数用来获取与hWnd参数所指定的窗口相关的且wMsgFilterMin和wMsgFilterMax参数所�l�出的消息��D��围内的消息。需要注意的是，如果hWnd为NULL�Q�则GetMessage获取属于调用该函数应用程序的��M��H�口的消息，如果wMsgFilterMin和wMsgFilterMax都是�Q�，则GetMessage��p��回所有可得到的消息。函数获取之后将删除消息队列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT则只有在其处理之后才被删除�?

　　 PeekMessage原型如下�Q�BOOL PeekMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax,UINT wRemoveMsg�Q�；

　　该函数用于查看应用程序的消息队列�Q�如果其中有消息��将其放入lpMsg所指的�l�构中，不过�Q�与GetMessage不同的是�Q�PeekMessage函数不会�{�到有消息放入队列时才返回。同��P��如果hWnd为NULL�Q�则PeekMessage获取属于调用该函数应用程序的��M��H�口的消息，如果hWnd=-1�Q�那么函数只�q�回把hWnd参数为NULL的PostAppMessage函数送去的消息。如果wMsgFilterMin和wMsgFilterMax都是�Q�，则PeekMessage��p��回所有可得到的消息。函数获取之后将删除消息队列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT则只有在其处理之后才被删除�?

　　 WaitMessage原型如下�Q�BOOL VaitMessage();当一个应用程序无事可做时�Q�该函数��将控制权交�l�另外的应用�E�序�Q�同时将该应用程序挂��P��直到一个新的消息被攑օ�应用�E�序的队列之中才�q�回�?

　　消息的处�?

　　接下来我们谈一下消息的处理�Q�首先我们来看一下VC中的消息泵：

　　 while(GetMessage(&msg, NULL, 0, 0))
{
if(!TranslateAccelerator(msg.hWnd, hAccelTable, &msg))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
}

　　首先�Q�GetMessage从进�E�的�ȝ��E�的消息队列中获取一个消息�ƈ��它复制到MSG�l�构�Q�如果队列中没有消息�Q�则GetMessage函数��等待一个消息的到来以后才返回�?如果你将一个窗口句柄作为第二个参数传入GetMessage�Q�那么只有指定窗口的的消息可以从队列中获得。GetMessage也可以从消息队列中过滤消息只接受消息队列中落在范围内的消息。这时候就要利用GetMessage�Q�PeekMessage指定一个消息过滤器。这个过滤器是一个消息标识符的范围或者是一个窗体句柄，或者两者同时指定。当应用�E�序要查找一个后入消息队列的消息是很有用。WM_KEYFIRST �?WM_KEYLAST 帔R��用于接受所有的键盘消息�?WM_MOUSEFIRST �?WM_MOUSELAST 帔R��用于接受所有的鼠标消息�?

　　然后TranslateAccelerator判断该消息是不是一个按键消息�ƈ且是一个加速键消息�Q�如果是�Q�则该函数将把几个按键消息�{换成一个加速键消息传递给�H�口的回调函数。处理了加速键之后�Q�函数TranslateMessage��把两个按键消息WM_KEYDOWN和WM_KEYUP转换成一个WM_CHAR�Q�不�q�需要注意的是，消息WM_KEYDOWN,WM_KEYUP仍然��传递给�H�口的回调函数�?

　　处理完之后，DispatchMessage函数��把此消息发送给该消息指定的�H�口中已讑֮�的回调函数。如果消息是WM_QUIT�Q�则GetMessage�q�回�Q�，从而退出��@环体。应用程序可以��用PostQuitMessage来结束自��q��消息循环。通常在主�H�口的WM_DESTROY消息中调用�?

　　下面我们举一个常见的��例子来说明�q�个消息�늚��q�用�Q?

　　 if (::PeekMessage(&msg, m_hWnd, WM_KEYFIRST,WM_KEYLAST, PM_REMOVE))
{
if (msg.message == WM_KEYDOWN && msg.wParam == VK_ESCAPE)�Q�．�Q?
}

　　 �q�里我们接受所有的键盘消息�Q�所以就用WM_KEYFIRST �?WM_KEYLAST作�ؓ参数。最后一个参数可以是PM_NOREMOVE 或�?PM_REMOVE�Q�表�C�消息信息是否应该从消息队列中删除�?

　　所以这�D�小代码��是判断是否按下了Esc键，如果是就�q�行处理�?

�H�口�q�程

　　 �H�口�q�程是一个用于处理所有发送到�q�个�H�口的消息的函数。�Q何一个窗口类都有一个窗口过�E�。同一个类的窗口��用同��L��H�口�q�程来响应消息�?�pȝ��发送消息给�H�口�q�程��消息数据作为参��C��递给他，消息到来之后�Q�按照消息类型排序进行处理，其中的参数则用来区分不同的消息，�H�口�q�程使用参数产生合适行为�?

　　一个窗口过�E�不�l�常忽略消息�Q�如果他不处理，它会��消息传回到执行默认的处理。窗口过�E�通过调用DefWindowProc来做�q�个处理。窗口过�E�必��return一个��g��为它的消息处理结果。大多数�H�口只处理小部分消息和将其他的通过DefWindowProc传递给�pȝ��做默认的处理。窗口过�E�被所有属于同一个类的窗口共享，能�ؓ不同的窗口处理消息。下面我们来看一下具体的实例�Q?

　　　 LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
　　　 {
int wmId, wmEvent;
PAINTSTRUCT ps;
HDC hdc;
TCHAR szHello[MAX_LOADSTRING];
LoadString(hInst, IDS_HELLO, szHello, MAX_LOADSTRING);

switch (message)
{
case WM_COMMAND:
wmId = LOWORD(wParam);
wmEvent = HIWORD(wParam);
// Parse the menu selections:
switch (wmId)
{
case IDM_ABOUT:
DialogBox(hInst, (LPCTSTR)IDD_ABOUTBOX, hWnd, (DLGPROC)About);
break;
case IDM_EXIT:
DestroyWindow(hWnd);
break;
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
break;
case WM_PAINT:
hdc = BeginPaint(hWnd, &ps);
// TODO: Add any drawing code here...
RECT rt;
GetClientRect(hWnd, &rt);
DrawText(hdc, szHello, strlen(szHello), &rt, DT_CENTER);
EndPaint(hWnd, &ps);
break;
case WM_DESTROY:
PostQuitMessage(0);
break;
default:
return DefWindowProc(hWnd, message, wParam, lParam);
　　　 }
　　 return 0;
　　　 }

　　消息分流�?

　　通常的窗口过�E�是通过一个switch语句来实现的�Q�这个事情很烦，有没有更��便的�Ҏ��呢？有，那就是消息分��器�Q�利用消息分��器�Q�我们可以把switch语句分成更小的函敎ͼ�每一个消息都对应一个小函数�Q�这样做的好处就是对消息更容易管理�?br />
之所以被�U�Cؓ消息分流器，��是因�ؓ它可以对��M��消息�q�行分流。下面我们做一个函数就很清楚了�Q?

　　 void MsgCracker(HWND hWnd,int id,HWND hWndCtl,UINT codeNotify)
{
switch(id)
{
case ID_A:
if(codeNotify==EN_CHANGE)...
break;
case ID_B:
if(codeNotify==BN_CLICKED)...
break;
....
}
}

　　然后我们修改一下窗口过�E�：

　　 LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
switch(message)
{
HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);
HANDLE_MSG(hWnd,WM_DESTROY,MsgCracker);
default:
return DefWindowProc(hWnd, message, wParam, lParam);
　　　 }
　　 return 0;
　　　 }

　　在WindowsX.h中定义了如下的HANDLE_MSG宏：

　　　 #define HANDLE_MSG(hwnd,msg,fn) \
switch(msg): return HANDLE_##msg((hwnd),(wParam),(lParam),(fn));

　　实际上，HANDLE_WM_XXXX都是宏，例如�Q�HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);��被转换成如下定义：

　　　 #define HANDLE_WM_COMMAND(hwnd,wParam,lParam,fn)\
((fn)((hwnd),(int)(LOWORD(wParam)),(HWND)(lParam),(UINT)HIWORD(wParam)),0L);

　　好了�Q�事情到了这一步，应该一切都明朗了�?

　　不过�Q�我们发现在windowsx.h里面�q�有一个宏�Q�FORWARD_WM_XXXX�Q�我们还是那WM_COMMAND��Z��Q�进行分析：

　　　 #define FORWARD_WM_COMMAND(hwnd, id, hwndCtl, codeNotify, fn) \
(void)(fn)((hwnd), WM_COMMAND, MAKEWPARAM((UINT)(id),(UINT)(codeNotify)), (LPARAM)(HWND)(hwndCtl))

　　所以实际上�Q�FORWARD_WM_XXXX��消息参数进行了重新构造，生成了wParam && lParam�Q�然后调用了我们定义的函数�?

MFC消息的处理实现方�?

　　初看MFC中的各种消息�Q�以及在头脑中根��p��固的C++的媄响，我们可能很自然的��׃��惛_��利用C++的三大特性之一�Q�虚拟机制来实现消息的传递，但是�l�过分析�Q�我们看��C��情�ƈ不是��x��们想象的那样�Q�在MFC中消息是通过一�U�所谓的消息映射机制来处理的�?

　　 ��Z��么呢�Q�在潘爱民老师��译的《Visual C++技术内�q�》（�W?版）中给��Z��详细的原因说明，我再��要的说一遍。在CWnd�c�M��大约�?10个消息，�q�有其它的MFC的类呢，��v来消息太多了�Q�在C++中对�E�序中用到的每一个派生类都要有一个vtable�Q�每一个虚函数在vtable中都要占用一�?字节大小的入口地址�Q�这样一来，对于每个特定�c�d��的窗口或控�g�Q�应用程序都需要一�?40KB大小的表来支持虚拟消息控件函数�?

　　如果说上面的�H�口或控件可以勉强实现的话，那么对于菜单命��o消息及按钮命令消息呢�Q�因��Z��同的应用�E�序有不同的菜单和按钮，我们怎么处理呢？在MFC库的�q�种消息映射�pȝ��避免了使用大的vtable�Q��ƈ且能够在处理常规Windows消息的同时处理各�U�各��L��应用�E�序的命令消息�?

　　说白了，MFC中的消息机制其实质是一张巨大的消息及其处理函数的一一对应表，然后加上分析处理�q�张表的应用框架内部的一些程序代�?�q�样��可以避免在SDK�~�程中用到的�J�琐的CASE语句�?

　　 MFC的消息映��的基类CCmdTarget

　　如果你想让你的控件能够进行消息映��，��必��M��CCmdTarget�c�M��z��。CCmdTarget�c�L��MFC处理命��o消息的基��、核心。MFC��c�设计了许多成员函数和一些成员数据，基本上是��Z��解决消息映射问题的，所有响应消息或事�g的类都从它派生，例如�Q�应用程序类、框架类、文档类、视囄��和各�U�各��L��控�g�cȝ��{�，�q�有很多�?

　　不过�q�个�c�里面有�Q�个函数�Ҏ��息映��非帔R��要，一个是静态成员函数DispatchCmdMsg�Q�另一个是虚函数OnCmdMsg�?

　　 DispatchCmdMsg专门供MFC内部使用�Q�用来分发Windows消息。OnCmdMsg用来传递和发送消息、更新用��L��面对象的状态�?

　　 CCmdTarget对OnCmdMsg的默认实玎ͼ�在当前命令目�?this所�?的类和基�cȝ��消息映射数组里搜索指定命令消息的消息处理函数�?

　　 �q�里使用虚拟函数GetMessageMap得到命��o目标�cȝ��消息映射入口数组_messageEntries�Q�然后在数组里匹配命令消息ID相同、控刉��知代码也相同的消息映射条目。其中GetMessageMap是虚拟函敎ͼ�所以可以确认当前命令目标的��切�c�R�?

　　如果扑ֈ�了一个匹配的消息映射条目�Q�则使用DispachCmdMsg调用�q�个处理函数�Q?

　　如果没有扑ֈ��Q�则使用_GetBaseMessageMap得到基类的消息映��数�l�，查找�Q�直到找到或搜寻了所有的基类�Q�到CCmdTarget�Q��ؓ止；

　　如果最后没有找刎ͼ�则返回FASLE�?

　　每个从CCmdTarget�z��的命令目标类都可以覆盖OnCmdMsg�Q�利用它来确定是否可以处理某条命令，如果不能�Q�就通过调用下一命��o目标的OnCmdMsg�Q�把该命令送给下一个命令目标处理。通常�Q�派生类覆盖OnCmdMsg�?�Q�要调用基类的被覆盖的OnCmdMsg�?

　　在MFC框架中，一些MFC命��o目标�c�覆盖了OnCmdMsg�Q�如框架�H�口�c�覆盖了该函敎ͼ�实现了MFC的标准命令消息发送�\径。必要的话，应用�E�序也可以覆盖OnCmdMsg�Q�改变一个或多个�c�M��的发送规定，实现与标准框架发送规定不同的发送�\径。例如，在以下情况可以作�q�样的处理：在要打断发送顺序的�c�M��把命令传�l�一个非MFC默认对象�Q�在新的非默认对象中或在可能要传出命令的命��o目标中�?

　　消息映射的内�?

　　通过ClassWizard为我们生成的代码�Q�我们可以看刎ͼ�消息映射基本上分�?大部分：

　　在头文�g(.h)中有一个宏DECLARE_MESSAGE_MAP()�Q�他被放在了�cȝ��末尾�Q�是一个public属性的�Q�与之对应的是在实现部分�Q?cpp)增加了一章消息映��表�Q�内容如下：

BEGIN_MESSAGE_MAP(当前�c? 当前�cȝ��基类)
file://{{AFX_MSG_MAP(CMainFrame)

　消息的入口项

file://}}AFX_MSG_MAP
END_MESSAGE_MAP()

　　但是仅是�q�两��还�q�不��以完成一条消息，要是一个消息工作，必须有以�?个部分去协作�Q?
1.在类的定义中加入相应的函数声明；

　 2.在类的消息映��表中加入相应的消息映射入口��；

　 3.在类的实��C��加入相应的函��C��Q?

　　消息的添�?

　　有了上面的这些只是作为基��Q�我们接下来��做我们最熟悉、最常用的工作：��d��消息。MFC消息的添加主要有2�U�方法：自动/手动�Q�我们就以这2�U�方法�ؓ例，说一下如何添加消息�?

　　 1、利用Class Wizard实现自动��d��
　　在菜单中选择View-->Class Wizard�Q�也可以用单击鼠标右键，选择Class Wizard�Q�同样可以激�z�Class Wizard。选择Message Map标签�Q�从Class name�l�合框中选取我们惌��d��消息的类。在Object IDs列表框中�Q�选取�cȝ��名称。此�Ӟ�� Messages列表框显�C��cȝ��大多�?若不是全部的�?可重载成员函数和�H�口消息。类重蝲昄��在列表的上部�Q�以实际虚构成员函数的大��写字母来表�C�。其他�ؓ�H�口消息�Q�以大写字母出现�Q�描�q�C��实际�H�口所能响应的消息ID。选中我们向添加的消息�Q�单击Add Function按钮�Q�Class Wizard自动��该消息��d��q�来�?

　　有时候，我们惌��d��的消息本应该出现在Message列表中，可是��是找不刎ͼ�怎么办？不要着急，我们可以利用Class Wizard上Class Info标签以扩展消息列表。在该页中，扑ֈ�Message Filter�l�合框，通过它可以改变首��中Messages列表框中的选项。这里，我们选择Window�Q�从而显�C�所有的�H�口消息�Q�一把情况下�Q�你惌��d��的消息就可以在Message列表框中出现了，如果�q�没有，那就接着往下看�Q�）

　　 2、手动地��d��消息处理函数

　　如果在Messages列表框中仍然看不到我们想要的消息�Q�那么该消息可能是被�pȝ��忽略掉或者是你自己创建的�Q�在�q�种情况下，��必��自己手工添加。根据我们前面所说的消息工作�?个部�Ӟ��我们一一�q�行处理�Q?

　　 1) 在类�? h文�g中添加处理函数的声明�Q�紧接在//}}AFX_MSG行之后加入声明，注意�Q�一定要以afx_msg开头�?

　　通常�Q�添加处理函数声明的最好的地方是源代码中Class Wizard�l�护的表下面�Q�但是在它标记其领域的｛｛｝｝括弧外面。这些括弧中的�Q何东襉K��会被Class Wizard销毁�?

　　 2) 接着�Q�在用户�cȝ��.cpp文�g中找�?/}}AFX_MSG_MAP行，紧接在它之后加入消息入口��V��同��P��也是攑֜�{ {} }的外�?

　　 3) 最后，在该文�g中添加消息处理函数的实体

潜龙�?/a> 2006-07-20 11:23 发表评论

转脓�Q�深度解析VC中的消息(�?

Thu, 20 Jul 2006 03:20:00 GMT

队列消息和非队列消息
   从消息的发送途径来看�Q�消息可以分�?�U�：队列消息和非队列消息。消息队列由可以分成�pȝ��消息队列和线�E�消息队列。系�l�消息队列由Windows�l�护�Q�线�E�消息队列则由每个GUI�U�程自己�q�行�l�护�Q��ؓ避免�l�non-GUI现成创徏消息队列�Q�所有线�E��生时�q�没有消息队列，仅当�U�程�W�一�ơ调用GDI函数数系�l�给�U�程创徏一个消息队列。队列消息送到�pȝ��消息队列�Q�然后到�U�程消息队列�Q�非队列消息直接送给目的�H�口�q�程�?br />     对于队列消息�Q�最常见的是鼠标和键盘触发的消息�Q�例如WM_MOUSERMOVE,WM_CHAR�{�消息，�q�有一些其它的消息�Q�例如：WM_PAINT、WM_TIMER和WM_QUIT。当鼠标、键盘事件被触发后，相应的鼠标或键盘驱动�E�序��׃��把这些事件�{换成相应的消息，然后输送到�pȝ��消息队列�Q�由Windows�pȝ��去进行处理。Windows�pȝ��则在适当的时机，从系�l�消息队列中取出一个消息，�Ҏ��前面我们所说的MSG消息�l�构��定消息是要被送往那个�H�口�Q�然后把取出的消息送往创徏�H�口的线�E�的相应队列�Q�下面的事情��p��q��E�消息队列操心了�Q�Windows开始忙自己的事情去了。线�E�看到自��q��消息队列中有消息�Q�就从队列中取出来，通过操作�pȝ��发送到合适的�H�口�q�程��d��理�?br />     一般来�Ԍ��pȝ��L��消息Post在消息队列的末尾。这样保证窗口以先进先出的顺序接受消息。然�?WM_PAINT是一个例外，同一个窗口的多个 WM_PAINT被合�q�成一�?WM_PAINT 消息, 合�ƈ所有的无效区域��C��个无效区域。合�q�WM_PAIN的目的是��Z��减少��h��H�口的次数�?br />    非队列消息将会绕�q�系�l�队列和消息队列�Q�直接将消息发送到�H�口�q�程�Q�。系�l�发送非队列消息通知�H�口�Q�系�l�发送消息通知�H�口�?例如,当用��h��z�M��个窗口系�l�发送WM_ACTIVATE, WM_SETFOCUS, and WM_SETCURSOR。这些消息通知�H�口它被�Ȁ�z�M��。非队列消息也可以由当应用程序调用系�l�函��C�生。例�?当程序调用SetWindowPos�pȝ��发送WM_WINDOWPOSCHANGED消息。一些函��C��发送非队列消息�Q�例如下面我们要谈到的函数�?br />
     消息的发�?/font>
     了解了上面的�q�些基础理论之后�Q�我们就可以�q�行一下简单的消息发送与接收�?br />     把一个消息发送到�H�口�?�U�方式：发送、寄送和�q�播�?br />     发送消息的函数有SendMessage、SendMessageCallback、SendNotifyMessage、SendMessageTimeout�Q�寄送消息的函数主要有PostMessage、PostThreadMessage、PostQuitMessage�Q�广播消息的函数我知道的只有BroadcastSystemMessage、BroadcastSystemMessageEx�?br />     SendMessage的原型如下：LRESULT SendMessage(HWND hWnd,UINT Msg,WPARAM wParam,LPARAM lParam)�Q�这个函��C��要是向一个或多个�H�口发送一条消息，一直等到消息被处理之后才会�q�回。不�q�需要注意的是，如果接收消息的窗口是同一个应用程序的一部分�Q�那么这个窗口的�H�口函数��p��作�ؓ一个子�E�序马上被调用；如果接收消息的窗口是被另外的�U�程所创徏的，那么�H�口�pȝ��切换到相应的线�E��ƈ且调用相应的�H�口函数�Q�这条消息不会被放进目标应用�E�序队列中。函数的�q�回值是由接收消息的�H�口的窗口函数返回，�q�回的值取决于被发送的消息�?br />     PostMessage的原型如下：BOOL PostMessage(HWND hWnd,UINT Msg,WPARAM wParam,LPARAM lParam)�Q�该函数把一条消息放�|�到创徏hWnd�H�口的线�E�的消息队列中，该函��C��{�消息被处理��马上将控制�q�回。需要注意的是，如果hWnd参数为HWND_BROADCAST�Q�那么，消息��被寄送给�pȝ��中的所有的重叠�H�口和弹出窗口，但是子窗口不会收到该消息�Q�如果hWnd参数为NULL�Q�则该函数类��g��dwThreadID参数讄��成当前线�E�的标志来调用PostThreadMEssage函数�?br />　　　从上面的�q�２个具有代表性的函数�Q�我们可以看出消息的发送方式和寄送方式的区别所在：被发送的消息是否会被立即处理�Q�函数是否立卌��回。被发送的消息会被立即处理�Q�处理完毕后函数才会�q�回�Q�被寄送的消息不会被立卛_��理，他被攑ֈ�一个先�q�先出的队列中，一直等到应用程序空�U�的时候才会被处理�Q�不�q�函数放�|�消息后立即�q�回�?br />　　　实际上，发送消息到一个窗口处理过�E�和直接调用�H�口处理�q�程之间�q�没有太大的区别�Q�他们直接的唯一区别��在于你可以要求操作�pȝ��截获所有被发送的消息�Q�但是不能够截获对窗口处理过�E�的直接调用�?br />　　　以寄送方式发送的消息通常是与用户输入事�g相对应的�Q�因��些事件不是十分紧�q�，可以�q�行�~�慢的缓冲处理，例如鼠标、键盘消息会被寄送，而按钮等消息则会被发送�?br />　　　�q�播消息用得比较��，BroadcastSystemMessage函数原型如下�Q?br />      long BroadcastSystemMessage(DWORD dwFlags,LPDWORD lpdwRecipients,UINT uiMessage,WPARAM wParam,LPARAM lParam);该函数可以向指定的接收者发送一条消息，�q�些接收者可以是应用�E�序、可安装的驱动程序、网�l�驱动程序、系�l��别的讑֤�驱动消息和他们的��L��l�合。需要注意的是，如果dwFlags参数是BSF_QUERY�q�且臛_��一个接收者返回了BROADCAST_QUERY_DENY�Q�则�q�回��gؓ�Q�，如果没有指定BSF_QUERY�Q�则函数��消息发送给所有接收者，�q�且忽略其返回倹{�?

　　　消息的接�?/font>
　　消息的接收主要有�Q�个函数�Q�GetMessage、PeekMessage、WaitMessage�?br />　　　GetMessage原型如下�Q�BOOL GetMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax);该函数用来获取与hWnd参数所指定的窗口相关的且wMsgFilterMin和wMsgFilterMax参数所�l�出的消息��D��围内的消息。需要注意的是，如果hWnd为NULL�Q�则GetMessage获取属于调用该函数应用程序的��M��H�口的消息，如果wMsgFilterMin和wMsgFilterMax都是�Q�，则GetMessage��p��回所有可得到的消息。函数获取之后将删除消息队列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT则只有在其处理之后才被删除�?br />　　　PeekMessage原型如下�Q�BOOL PeekMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax,UINT wRemoveMsg�Q�；该函数用于查看应用程序的消息队列�Q�如果其中有消息��将其放入lpMsg所指的�l�构中，不过�Q�与GetMessage不同的是�Q�PeekMessage函数不会�{�到有消息放入队列时才返回。同��P��如果hWnd为NULL�Q�则PeekMessage获取属于调用该函数应用程序的��M��H�口的消息，如果hWnd=-1�Q�那么函数只�q�回把hWnd参数为NULL的PostAppMessage函数送去的消息。如果wMsgFilterMin和wMsgFilterMax都是�Q�，则PeekMessage��p��回所有可得到的消息。函数获取之后将删除消息队列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT则只有在其处理之后才被删除�?br />　　　WaitMessage原型如下�Q�BOOL VaitMessage();当一个应用程序无事可做时�Q�该函数��将控制权交�l�另外的应用�E�序�Q�同时将该应用程序挂��P��直到一个新的消息被攑օ�应用�E�序的队列之中才�q�回�?/p>

      消息的处�?/font>
　　　接下来我们谈一下消息的处理�Q�首先我们来看一下VC中的消息泵：
　　　while(GetMessage(&msg, NULL, 0, 0))
      {
if(!TranslateAccelerator(msg.hWnd, hAccelTable, &msg))
         {
    TranslateMessage(&msg);
    DispatchMessage(&msg);
         }
      }

      首先�Q�GetMessage从进�E�的�ȝ��E�的消息队列中获取一个消息�ƈ��它复制到MSG�l�构�Q�如果队列中没有消息�Q�则GetMessage函数��等待一个消息的到来以后才返回�?如果你将一个窗口句柄作为第二个参数传入GetMessage�Q�那么只有指定窗口的的消息可以从队列中获得。GetMessage也可以从消息队列中过滤消息只接受消息队列中落在范围内的消息。这时候就要利用GetMessage�Q�PeekMessage指定一个消息过滤器。这个过滤器是一个消息标识符的范围或者是一个窗体句柄，或者两者同时指定。当应用�E�序要查找一个后入消息队列的消息是很有用。WM_KEYFIRST �?WM_KEYLAST 帔R��用于接受所有的键盘消息�?WM_MOUSEFIRST �?WM_MOUSELAST 帔R��用于接受所有的鼠标消息�?
　　　然后TranslateAccelerator判断该消息是不是一个按键消息�ƈ且是一个加速键消息�Q�如果是�Q�则该函数将把几个按键消息�{换成一个加速键消息传递给�H�口的回调函数。处理了加速键之后�Q�函数TranslateMessage��把两个按键消息WM_KEYDOWN和WM_KEYUP转换成一个WM_CHAR�Q�不�q�需要注意的是，消息WM_KEYDOWN,WM_KEYUP仍然��传递给�H�口的回调函数。   �?
　　　处理完之后，DispatchMessage函数��把此消息发送给该消息指定的�H�口中已讑֮�的回调函数。如果消息是WM_QUIT�Q�则GetMessage�q�回�Q�，从而退出��@环体。应用程序可以��用PostQuitMessage来结束自��q��消息循环。通常在主�H�口的WM_DESTROY消息中调用�?br />　　　下面我们举一个常见的��例子来说明�q�个消息�늚��q�用�Q?br />　　　if (::PeekMessage(&msg, m_hWnd, WM_KEYFIRST,WM_KEYLAST, PM_REMOVE))
      {
          if (msg.message == WM_KEYDOWN && msg.wParam == VK_ESCAPE)�Q�．�Q?br />      }
　　�q�里我们接受所有的键盘消息�Q�所以就用WM_KEYFIRST �?WM_KEYLAST作�ؓ参数。最后一个参数可以是PM_NOREMOVE 或�?PM_REMOVE�Q�表�C�消息信息是否应该从消息队列中删除。               �?
    　所以这�D�小代码��是判断是否按下了Esc键，如果是就�q�行处理�?/p>

　　　�H�口�q�程
　　　�H�口�q�程是一个用于处理所有发送到�q�个�H�口的消息的函数。�Q何一个窗口类都有一个窗口过�E�。同一个类的窗口��用同��L��H�口�q�程来响应消息�?�pȝ��发送消息给�H�口�q�程��消息数据作为参��C��递给他，消息到来之后�Q�按照消息类型排序进行处理，其中的参数则用来区分不同的消息，�H�口�q�程使用参数产生合适行为�?br />　　　一个窗口过�E�不�l�常忽略消息�Q�如果他不处理，它会��消息传回到执行默认的处理。窗口过�E�通过调用DefWindowProc来做�q�个处理。窗口过�E�必��return一个��g��为它的消息处理结果。大多数�H�口只处理小部分消息和将其他的通过DefWindowProc传递给�pȝ��做默认的处理。窗口过�E�被所有属于同一个类的窗口共享，能�ؓ不同的窗口处理消息。下面我们来看一下具体的实例�Q?br />　　　LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
　　　{
int wmId, wmEvent;
PAINTSTRUCT ps;
HDC hdc;
TCHAR szHello[MAX_LOADSTRING];
LoadString(hInst, IDS_HELLO, szHello, MAX_LOADSTRING);

switch (message)
{
  case WM_COMMAND:
   wmId    = LOWORD(wParam);
   wmEvent = HIWORD(wParam);
   // Parse the menu selections:
   switch (wmId)
   {
    case IDM_ABOUT:
       DialogBox(hInst, (LPCTSTR)IDD_ABOUTBOX, hWnd, (DLGPROC)About);
       break;
    case IDM_EXIT:
       DestroyWindow(hWnd);
       break;
    default:
       return DefWindowProc(hWnd, message, wParam, lParam);
   }
   break;
  case WM_PAINT:
   hdc = BeginPaint(hWnd, &ps);
   // TODO: Add any drawing code here...
   RECT rt;
   GetClientRect(hWnd, &rt);
   DrawText(hdc, szHello, strlen(szHello), &rt, DT_CENTER);
   EndPaint(hWnd, &ps);
   break;
  case WM_DESTROY:
   PostQuitMessage(0);
   break;
  default:
   return DefWindowProc(hWnd, message, wParam, lParam);
　　　 }
　　 return 0;
　　　}

　　　消息分流�?/font>
　　　通常的窗口过�E�是通过一个switch语句来实现的�Q�这个事情很烦，有没有更��便的�Ҏ��呢？有，那就是消息分��器�Q�利用消息分��器�Q�我们可以把switch语句分成更小的函敎ͼ�每一个消息都对应一个小函数�Q�这样做的好处就是对消息更容易管理�?br />　　　之所以被�U�Cؓ消息分流器，��是因�ؓ它可以对��M��消息�q�行分流。下面我们做一个函数就很清楚了�Q?br />　　　void MsgCracker(HWND hWnd,int id,HWND hWndCtl,UINT codeNotify)
      {
          switch(id)
          {
     case ID_A:
                  if(codeNotify==EN_CHANGE)...
                  break;
             case ID_B:
                  if(codeNotify==BN_CLICKED)...
                  break;
             ....
           }
      }
      然后我们修改一下窗口过�E�：
　　　LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
      {
switch(message)
         {
             HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);
             HANDLE_MSG(hWnd,WM_DESTROY,MsgCracker);
     default:
  return DefWindowProc(hWnd, message, wParam, lParam);
　　　 }
　　   return 0;
　　　}
      在WindowsX.h中定义了如下的HANDLE_MSG宏：
　　　#define HANDLE_MSG(hwnd,msg,fn) \
             switch(msg): return HANDLE_##msg((hwnd),(wParam),(lParam),(fn));
      实际上，HANDLE_WM_XXXX都是宏，例如�Q�HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);��被转换成如下定义：
　　　#define HANDLE_WM_COMMAND(hwnd,wParam,lParam,fn)\
             ((fn)((hwnd),(int)(LOWORD(wParam)),(HWND)(lParam),(UINT)HIWORD(wParam)),0L);
      好了�Q�事情到了这一步，应该一切都明朗了�?br />　　　不过�Q�我们发现在windowsx.h里面�q�有一个宏�Q�FORWARD_WM_XXXX�Q�我们还是那WM_COMMAND��Z��Q�进行分析：
　　　#define FORWARD_WM_COMMAND(hwnd, id, hwndCtl, codeNotify, fn) \
     (void)(fn)((hwnd), WM_COMMAND, MAKEWPARAM((UINT)(id),(UINT)(codeNotify)), (LPARAM)(HWND)(hwndCtl))
　　　所以实际上�Q�FORWARD_WM_XXXX��消息参数进行了重新构造，生成了wParam && lParam�Q�然后调用了我们定义的函数�?br />　　　好了�Q�事情到�q�里也算是也�D�落了，明天我们再分析消息在MFC中的处理�?/p>

潜龙�?/a> 2006-07-20 11:20 发表评论

转脓:深度解析VC中的消息(�?

Thu, 20 Jul 2006 03:19:00 GMT

hustli�Q�原作）转自csdn.net摘要�Q�Windows�~�程和Dos�~�程�Q�一个很大的区别��是�Q�windows�~�程是事仉��动，消息传递的。所以，要做好windows�~�程�Q�必��d��消息机制有一个清楚的认识�Q�本文希望能够对消息的传递做一个全面的��Q�由于小生初学VC�Q�里面可能有一些错误的地方�Q�还往各位大虾批评、指正�?br />
消息是指什么？
消息�pȝ��对于一个win32�E�序来说十分重要�Q�它是一个程序运行的动力源泉。一个消息，是系�l�定义的一�?2位的��|��他唯一的定义了一个事�Ӟ��向Windows发出一个通知�Q�告诉应用程序某个事情发生了。例如，单击鼠标、改变窗口尺寸、按下键盘上的一个键都会使Windows发送一个消息给应用�E�序�?br />消息本��n是作��Z��个记录传递给应用�E�序的，�q�个记录中包含了消息的类型以及其他信息。例如，对于单击鼠标所产生的消息来��_��q�个记录中包含了单击鼠标时的坐标。这个记录类型叫做MSG�Q�MSG含有来自windows应用�E�序消息队列的消息信息，它在Windows中声明如下：
typedef struct tagMsg
{
HWND hwnd; 接受该消息的�H�口句柄
UINT message; 消息帔R��标识�W�，也就是我们通常所说的消息�?br />WPARAM wParam; 32位消息的特定附加信息�Q�确切含义依赖于消息�?br />LPARAM lParam; 32位消息的特定附加信息�Q�确切含义依赖于消息�?br />DWORD time; 消息创徏时的旉��
POINT pt; 消息创徏时的鼠标/光标在屏�q�坐标系中的位置
}MSG;
消息可以��q��l�或者应用程序��生。系�l�在发生输入事�g时��生消息。�D个例�? 当用��h��? �U�d��鼠标或者单��L��件。系�l�也产生消息以响应由应用�E�序带来的变�? 比如应用�E�序改变�pȝ��字体改变�H�体大小。应用程序可以��生消息�ɽH�体执行��d��Q�或者与其他应用�E�序中的�H�口通讯�?

消息中有什么？
我们�l�出了上面的注释�Q�是不是会对消息�l�构有了一个比较清楚的认识�Q�如果还没有�Q�那么我们再试着�l�出下面的解释：
hwnd 32位的�H�口句柄。窗口可以是��M��c�d��的屏�q�对象，因�ؓWin32能够�l�护大多数可视对象的句柄(�H�口、对话框、按钮、编辑框�{?�?br />message用于区别其他消息的常量��|��q�些帔R��可以是Windows单元中预定义的常量，也可以是自定义的帔R��。消息标识符以常量命名的方式指出消息的含义。当�H�口�q�程接收到消息之后，他就会��用消息标识符来决定如何处理消息。例如、WM_PAINT告诉�H�口�q�程�H�体客户��改变了需要重�l�。符号常量指定系�l�消息属于的�c�d��Q�其前缀指明了处理解释消息的�H�体的类型�?br />wParam 通常是一个与消息有关的常量��|��也可能是�H�口或控件的句柄�?br />lParam 通常是一个指向内存中数据的指针。由于WParam、lParam和Pointer都是32位的�Q�因此，它们之间可以�怺�转换�?br />
消息标识�W�的�?br />�pȝ��保留消息标识�W�的值在0x0000�?x03ff(WM_USER-1)范围。这些��D��pȝ��定义消息使用�?应用�E�序不能使用�q�些值给自己的消息。我们顺便说一下具有标志性的消息��|��
WM_NULL---0x0000 �I�消息�?br />0x0001----0x0087 主要是窗口消息�?br />0x00A0----0x00A9 非客户区消息
0x0100----0x0108 键盘消息
0x0111----0x0126 菜单消息
0x0132----0x0138 颜色控制消息
0x0200----0x020A 鼠标消息
0x0211----0x0213 菜单循环消息
0x0220----0x0230 多文档消�?br />0x03E0----0x03E8 DDE消息
0x0400 WM_USER
0x8000 WM_APP
0x0400----0x7FFF 应用�E�序自定义私有消�?br />
消息有哪几种�Q?br />其实�Q�windows中的消息虽然很多�Q�但是种�c�dƈ不繁杂，大体上有3�U�：�H�口消息、命令消息和控�g通知消息�?br />�H�口消息大概是系�l�中最为常见的消息�Q�它是指由操作系�l�和控制其他�H�口的窗口所使用的消息。例如CreateWindow、DestroyWindow和MoveWindow�{�都会激发窗口消息，�q�有我们在上面谈到的单击鼠标所产生的消息也是一�U�窗口消息�?br />命��o消息�Q�这是一�U�特�D�的�H�口消息�Q�他用来处理从一个窗口发送到另一个窗口的用户��h��Q�例如按下一个按钮，他就会向�ȝ��口发送一个命令消息�?br />控�g通知消息�Q�是指这样一�U�消息，一个窗口内的子控�g发生了一些事情，需要通知父窗口。通知消息只适用于标准的�H�口控�g如按钮、列表框、组合框、编辑框�Q�以及Windows公共控�g如树状视图、列表视囄��。例如，单击或双��M��个控件、在控�g中选择部分文本、操作控件的滚动条都会��生通知消息�?她类��g��命��o消息�Q�当用户与控件窗口交互时�Q�那么控仉��知消息��׃��从控件窗口发送到它的�ȝ��口。但是这�U�消息的存在�q�不是�ؓ了处理用户命令，而是��Z��让主�H�口能够改变控�g�Q�例如加载、显�C�数据。例如按下一个按钮，他向父窗口发送的消息也可以看作是一个控仉��知消息�Q�单击鼠标所产生的消息可以由�ȝ��口直接处理，然后交给控�g�H�口处理�?br />其中�H�口消息及控仉��知消息主要��q��口类即直接或间接由CWND�c�L��生类处理。相对窗口消息及控�g通知消息而言�Q�命令消息的处理对象范围��广得多�Q�它不仅可以��q��口类处理�Q�还可以由文档类�Q�文档模板类及应用类所处理�?br />�׃��控�g通知消息很重要的�Q��h们用的也比较多，但是具体的含义往往令初学者晕头�{向，所以我军_��把常见的几个列出来供大家参考：
按扭控�g
BN_CLICKED 用户单击了按�?br />BN_DISABLE 按钮被禁�?br />BN_DOUBLECLICKED 用户双击了按�?br />BN_HILITE �?户加亮了按钮
BN_PAINT 按钮应当重画
BN_UNHILITE 加亮应当��L��
�l�合框控�?br />CBN_CLOSEUP �l�合框的列表框被关闭
CBN_DBLCLK 用户双击了一个字�W�串
CBN_DROPDOWN �l�合框的列表框被拉出
CBN_EDITCHANGE 用户修改了编辑框中的文本
CBN_EDITUPDATE �~�辑框内的文本即��更�?br />CBN_ERRSPACE �l�合框内存不��?br />CBN_KILLFOCUS �l�合框失去输入焦�?br />CBN_SELCHANGE 在组合框中选择了一��?br />CBN_SELENDCANCEL 用户的选择应当被取�?br />CBN_SELENDOK 用户的选择是合法的
CBN_SETFOCUS �l�合框获得输入焦�?br />�~�辑框控�?br />EN_CHANGE �~�辑框中的文本己更新
EN_ERRSPACE �~�辑框内存不��?br />EN_HSCROLL 用户点击了水�q�x��动条
EN_KILLFOCUS �~�辑框正在失去输入焦�?br />EN_MAXTEXT 插入的内容被截断
EN_SETFOCUS �~�辑框获得输入焦�?br />EN_UPDATE �~�辑框中的文本将要更�?br />EN_VSCROLL 用户点击了垂直滚动条消息含义
列表框控�?br />LBN_DBLCLK 用户双击了一��?br />LBN_ERRSPACE 列表框内存不�?br />LBN_KILLFOCUS 列表框正在失去输入焦�?br />LBN_SELCANCEL 选择被取�?br />LBN_SELCHANGE 选择了另一��?br />LBN_SETFOCUS 列表框获得输入焦�?br />

潜龙�?/a> 2006-07-20 11:19 发表评论

Thu, 20 Jul 2006 00:40:00 GMT

首先概要的说
SendMessage
向CWnd对象发送一个消息，直到�q�条消息被处理之后才�q�回
PostMessage
��一条消息放入应用程序的消息队列�Q?strong>然后不等�H�口处理�q�条消息直接�q�回
SendNotifyMessage
��一条消息发送到�H�口�q�尽快返回，�q�回的速度取决于该�H�口是否是由调用�U�程所创徏
下面我逐条�l�细说明
CWnd::SendMessage
LRESULT SendMessage( UINT message, WPARAM wParam = 0, LPARAMlParam = 0 );
�q�回�?: 消息处理的结果；它的��g��赖于发送的消息�?/strong>
参数 : message    指定了要发送的消息�?br />            wParam    指定了与消息有关的附加信息�?br />            lParam      指定了与消息有关的附加信息�?br />说明 : �q�个函数向窗口发送指定的消息 �?br />             SendMessage成员函数直接调用�H�口�q�程�q�在�H�口�q�程处理了消息以后才�q�回�?br />              �q�与PostMessage成员函数形成�Ҏ��Q�该函数��消息放入窗口的消息队列�q�立卌��回�?br />

CWnd::PostMessage
BOOL PostMessage( UINT message, WPARAM wParam = 0, LPARAM lParam =0 );
�q�回�?: 如果公布了消息，则返回非零��|��否则�q�回0�?/strong>
参数 :    message    指定了要公布的消息�?br />               wParam    指定了附加的消息信息。这个参数的内容依赖于要公布的消息�?br />               lParam     指定了附加的消息信息。这个参数的内容依赖于要公布的消息�?br />说明 : �q�个函数��一个消息放入窗口的消息队列�Q�然后直接返回，�q�不�{�待对应的窗口处理消息�?br />           消息队列中的消息是通过调用Windows的GetMessage或PeekMessage函数来获得的。可以通过Windows的PostMessage函数来访问其它应用程序�?br />

CWnd::SendNotifyMessage
BOOL SendNotifyMessage( UINT message, WPARAM wParam, LPARAMlParam );
�q�回值�?: 如果函数成功�Q�则�q�回非零��|��否则�q�回0�?br />参数 :     message    指定了要发送的消息�?br />                wParam    指定了与消息有关的附加信息�?br />                lParam      指定了与消息有关的附加信息�?br />说明 : �q�个函数向窗口发送指定的消息�?br />            如果�H�口是由调用�U�程创徏的，则SendNotifyMessage调用�H�口的窗口过�E�，�q�在�H�口处理了消息之后返回。如果窗口是由其它线�E�创建的�Q�则SendNotifyMessage��消息传递给�H�口�q�程�q�立卌��回；它�ƈ不等待窗口过�E�结束处理消息�?br />

��单�ȝ��一下，
   PostMessage只负责将消息攑ֈ�消息队列中，不确定何时及是否处理
    SendMessage要等到受到消息处理的�q�回码（DWord�c�d��Q�后才��l?br />    PostMessage执行后马上返�?br />    SendMessage必须�{�到消息被处理后才会�q�回�?br />   SendMessage消息发出后，如不能尽快得到解军_��应，则会��D��E�序的停滞，所以此函数慎用。PostMessage则无此后果，不过你要是��用PostMessage�Q�那你的消息不知道要�{�到猴年马月才能被处理。SendMessage可以保证你的消息在得不到处理的情况下谁也别想动你的窗口�?br />     无论是PostMessage�q�是SendMessage均由�ȝ��E�处理�?br />Windows的线�E�有UI(用户接口)�U�程和工作线�E�，一般工作线�E�没有自��q��消息循环�Q�而UI(用户接口)�U�程有自��q��消息循环�?br />    所以一般主�U�程应该是UI(用户接口)�U�程�Q�其余的处理特定��d��的线�E�都是工作线�E�，它们把消息发�l�主�U�程�Q�由�ȝ��E�的消息处理函数处理�?br />SendMessage是阻塞的�Q�它要等��C��U�程处理完消息后才返回的�?br />而PostMessage是非��d��的，调用之后�Q�立卌��回，而没有去兛_��ȝ��E�又没有处理�q�个消息�?br />

潜龙�?/a> 2006-07-20 08:40 发表评论

��q�VC/MFC下窗口的拖放

Tue, 18 Jul 2006 09:40:00 GMT
当鼠标在�H�口的非客户��Z��单击或移动时�Q�Windows��׃��l�窗口发送一个非客户区鼠标消息（消息列表略）。非客户区鼠标消息和客户区鼠标消息唯一的不同是消息ID中的字母ID前缀NC。对于非客户区鼠标消息OnNcMouseMove消息处理�E�序的原型�ؓafx_msg void OnMsgName(UINT nHitTest,CPoint point)�Q�其中point指的是非客户区的屏幕坐标。nHitTest参数包含表示�H�口非客户区上事件发生地方的命中��试码（命中��试码列表略�Q��?br />�H�口在接收客户区或非客户区的鼠标消息之前�Q�它都一定首先接收到光标的屏�q�坐标和WM_NCHITTEST消息。大多数应用�E�序�q�不处理WM_NCHITTEST消息�Q�而是让Windows自行处理WM_NCHITTEST消息�?br />例程1[工程名ht]      本例�E�阻止在一个标题栏上的双击影响�H�口
头文件htView.h中添加afx_msg void OnNcLButtonDblClk(UINT nHitTest,CPoint point);
��L��件htView.cpp中添加ON_WM_NCLBUTTONDBLCLK()�?br />void CHtView::OnNcLButtonDblClk(UINT nHitTest,CPoint point);
{
    if( nHitTest != HTCAPTION)
       CView::OnNcLButtonDblClk(nHitTest,point);
}

例程2 [工程名hit]     本例�E�实��C��客户区的�H�口拖动
头文件hitView.h中添加afx_msg UINT OnNcHitTest(CPoint point);
��L��件hitView.cpp中添加ON_WM_NCHITTEST()�?br />UINT CHitView::OnNcHitTest(CPoint point)
{
    UINT nHitTest = CView::OnNcHitTest(point);
    if(nHitTest == HTCLIENT)
    nHitTest = HTCAPTION;
   return nHitTest;
}

需要源代码例程的可以给我留�a��?img src ="http://m.shnenglu.com/cppblog/aggbug/10200.html" width = "1" height = "1" />

潜龙�?/a> 2006-07-18 17:40 发表评论

转蝲自天蝎之�?Windows�~�程中SetViewportOrg与SetWindowOrg的理�?

Wed, 12 Jul 2006 02:08:00 GMT

Windows�~�程中SetViewportOrg与SetWindowOrg的理�?/div>

关键�?/b>�Q?MFC,    SetWindowOrg,    SetViewportOrg,    深入��出MFC
最�q�突然又很有�Ȁ情的开始看Jeff Prosise的那�?Programming Windows with MFC, 2 ed."。尽��是英文版的�Q�但是感觉这本书上手比喉�l�的那本所谓的深入��出MFC 要容易理解的多。候同学给��Z��U�故弄玄虚故作深沉的感觉�Q�而Jeff Prosise的这本书才真正的�U�得上是深入��出�?/p>
��管如此�Q�其中有关GDI�l�图中的坐标映射部分�q�是有一个问题没有搞清楚�Q�那��是SetWindowOrg和SetViewportOrg�q�两个函数到底应该如何理解。潘爱民��译的那本VC内幕没有讲清楚；Jeff Prosise的这本书没有讲清楚；MSDN上的东西看的也是一头雾��_��Charles Petzold的那本书�q�没有来得及看。因��个问题，昨天晚上是带着遗憾的困惑入睡的�?/p>
�ȝ��来说�Q�我对这两个函数的理解导致的�l�果是与实际�E�序�q�行的结果截然相反。依据MSDN上的解释�Q�有一个很严重的问题没有阐�q�清楚，那就是：所谓的SetWindowOrg(x, y)函数�Q�到底是表示set window origin to (x, y)�q�是set window origin as (x, y)�Q�to和as在执行的时候，其操作的效果是截然相反的�?/p>
set window origin to (x, y)表示��坐标原点设�|�到(x, y)�Q�即�?x, y)作�ؓ坐标原点�Q�此时原点坐标不再�ؓ(0, 0)�Q?br />set window origin as (x, y)表示��原来的原点(0, 0)的坐标改�?x, y)�Q�即��所有点的坐标增�?+x, +y)�Q?/p>
现在我的理解是：应该�?set window origin to (x, y)。这�U�理解基于以下几个前提：
1. 所有绘图语句中�l�出的坐标，全部是逻辑坐标�Q�即�?window 中的坐标(相对于viewport所表示的设备坐标而言);
2. 所有用戯��看到的点�Q�其讑֤�坐标一定是位于(0, 0)�?1024, 768)范围内；(假设昄��器�ؓ输出讑֤��Q�采用MM_TEXT映射方式�Q�且屏幕分��L率�ؓ1024*768);
3. 所谓�?0,0)��原点，原点的坐标一定就�?0,0)”这�U�理解，是错误的�Q?br />4. Viewport中的坐标表示讑֤�坐标�Q�Window中的坐标表示逻辑坐标�Q?br />5. 当在逻辑坐标中指定新的原点后�Q�在执行映射�Ӟ��讑֤�坐标的原点一定要与逻辑坐标的新原点重合�Q�反�q�来也是一��P��即两个坐标系的原点一定要重合�?/p>
下面举例说明�Q?MM_TEXT映射模式)

(1)
CRect rect(0, 0, 200, 200);
dc.rectangle(rect);
上面的语句在屏幕的最左上角绘制一个正方�Ş;(因�ؓ此时逻辑坐标与设备坐标没有偏�U?
(2)
dc.SetViewportOrg(100, 100);
CRect rect(0, 0, 200, 200);
dc.rectangle(rect);
��设备坐标的原点讄��?100, 100)�Q�即讑֤�坐标的原点不�?0, 0)处，而是�?100, 100)处；此时若执行映��的话，逻辑坐标的原�?0, 0)需要与讑֤�坐标的原�?100, 100)重合(参考前�?)�Q�那么此时绘制的矩�Ş(0, 0, 200, 200)的坐�?为逻辑坐标�Q�参考前�?)在设备坐标中��׃��映射�?100, 100, 300, 300)�Q�最�l�我们在昄��器上看到的会是一个向右下方偏�U?100, 100)的一个边长�ؓ200的正方�Ş(用户看到的点是在讑֤�坐标中的�Q�参考前�?)
(3)
dc.SetWindowOrg(100, 100);
CRect rect(0, 0, 200, 200);
dc.rectangle(rect);
��逻辑坐标的原点设�|�到(100, 100)�Q�即逻辑坐标的原点不�?0, 0)处，而是�?100, 100)处；此时若执行映��的话，讑֤�坐标的原�?0, 0)需要与逻辑坐标的原�?100, 100)重合(参考前�?)�Q�那么此时绘制的矩�Ş(0, 0, 200, 200)的坐�?为逻辑坐标�Q�参考前�?)在设备坐标中��׃��映射�?-100, -100, 100, 100)�Q�最�l�我们在昄��器上看到的会是一个只�?/4个大��的矩�Ş的一部分(事实上相当于向左上方偏移(100, 100)的一个边长�ؓ200的正方�Ş。注意：用户看到的点是在讑֤�坐标中的�Q�参考前�?)

【作�? xqscorpion�?

引用地址如下 http://publishblog.blogchina.com/blog/tb.b?diaryID=5172295

潜龙�?/a> 2006-07-12 10:08 发表评论

转蝲�Q�理解SetWindowOrg,SetViewportOrg,SetWindowExt,SetViewportExt

Wed, 12 Jul 2006 02:07:00 GMT

理解SetWindowOrg,SetViewportOrg,SetWindowExt,SetViewportExt
按习惯，(0,0)��原点，原点��是(0,0)�Q�但是如果用此来理解windows的map mode�Q�就会走弯�\。其实，�E�微改变一下观念，windows的map mode��比较好理解了。�D例说明：

page space---->device space
pDC->SetMapMode(MM_LOMETRIC);
pDC->SetWindowOrg(40,0);　　//�q�句“设定”page space的原点�ؓ(40,0)�Q�注意，
//�q�时(40,0)��是原点�Q�原点就�?40,0)�q�个点，其实�Q?0,0)与原�Ҏ��有必然联�p�R��这
//一句对下面的画囑և�数在page space中所作的图不会有��M��影响。一句话�Q�SetWindowOrg
//��是指定一下，page space中哪个点为原炏V�?br />pDC->Rectangle(0,0,100,-100);
pDC->Rectangle(0,-100,50,-200);

同理�Q�SetViewportOrg也是指定一下，device space中哪个点为原点，两个坐标�p�L��时�Q�两个原炚w��合�?br />
SetWindowExt讑֮�page space的大��，SetViewportOrg讑֮�device space的大��，其实�Q�真正有意义的只是两者的比例关系�Q�例如，在一�?024*768的显�C�屏上：

pDC->SetMapMode(MM_ISOTROPIC);
pDC->SetWindowExt(10240,7680);
pDC->SetViewportExt(1024,768);
pDC->Rectangle(0,0,100,100);

　　��׃��M��?0 pixels*10 pixels的矩形。其本质��是�Q�X方向�Q�每个逻辑单位�?024/10240个象素，Y方向每个逻辑单位�?68/7680个象素。因此，下面的代码有相同的作用：

pDC->SetMapMode(MM_ISOTROPIC);
pDC->SetWindowExt(102400,76800);
pDC->SetViewportExt(10240,7680);
pDC->Rectangle(0,0,100,100);

两者本质一��P��前者更易于理解�?br />作�? johnson    来源: 九九星个��Z��?-- �E�序设计 -- C++�E�序设计

潜龙�?/a> 2006-07-12 10:07 发表评论

午夜欧美视频,亚洲在线第一页,亚洲国产成人精品久久

《VC++动态链接库深入���出》学习笔��C��Non-MFC DLL(�?MFC 动态库)

转脓�Q�VC++中对于处理消息的学习�ȝ��

转脓�Q�VC常用数据�c�d��使用转换详解

转脓�Q�深度解析VC中的消息(�?

转脓:深度解析VC中的消息(�?

����q�VC/MFC下窗口的拖放

转蝲自天蝎之�?Windows�~�程中SetViewportOrg与SetWindowOrg的理�?

引用地址如下 http://publishblog.blogchina.com/blog/tb.b?diaryID=5172295

转蝲�Q�理解SetWindowOrg,SetViewportOrg,SetWindowExt,SetViewportExt

《VC++动态链接库深入��出》学习笔��C��Non-MFC DLL(�?MFC 动态库)

��q�VC/MFC下窗口的拖放