分析与理解通知消息-WM_NOTIFY(2)
--Windows32中的解决方案，Windows3.x的解决方案各自为政，没有统一性，为了解决这个问题，Window32中引入了一个新的消息，即WM_NOTIFY消息来解决这个问题，它将所有的这些消息采用一个统一的架构进行处理，为了与以前的处理方式兼容，上述那些特殊的消息仍然存在，它们在实质上也是相同的。
WM_NOTIFY为何能完成如此的重任？
原因：它扩展了消息的lParam参数，使它成为指向一个相对统一的结构的指针，从而使用这个结构来传递复杂的信息。
1、无需附加的信息时:
此结构为一个NMHDR结构：
NMHDR
{
HWnd hWndFrom ; //相当于原WM_COMMAND传递方式的lParam
UINT idFrom ; //相当于原WM_COMMAND传递方式的wParam（low-order）
UINT code ; //相当于原WM_COMMAND传递方式的Notify Code(wParam"s high-order)
}
2、需要附加的信息时：
此结构为一个大的结构,它的首成员必须为一个NMHDR结构的对象，它的其他成员放置此消息的附加信息。
以LVN_KEYDOWN为例：
typedef struct tagLVKEYDOWN {
NMHDR hdr;
WORD wVKey;
UINT flags;
} NMLVKEYDOWN, FAR *LPNMLVKEYDOWN;
WM_NOTIFY消息的处理(以LVN_KEYDOWN 为例)
void C*ListCtrl::OnKeydown(NMHDR* pNMHDR, LRESULT* pResult)
{
LV_KEYDOWN* pLVKeyDow = (LV_KEYDOWN*)pNMHDR;
....
....
}
分析
1、大结构的首个成员为NMHDR,这样，使用指向NMHDR的指针来传递结构地址，不论在仅使用NMHDR结构，还是在使用大结构的情况下都适合。
2、因为此消息实际传递的即是对应的结构（NMHDR或以NMHDR作首成员的大结构）所以，如上进行强制转换，当然不会有问题。
结语
使用上述WM_NOTIFY框架处理的消息很多，它们的处理架构与一般的消息处理类似，因此，本文没有对它的具体使用进行阐述，有着方面需求的读者，请自行参阅MSDN相关内容。
另外，WM_NOTIFY消息和“消息反射”的关系十分紧密，我会尽快将我对“消息反射”的理解与分析，写出来与大家共享，再次感谢大家对本文的关注。