从vc入门编程的，相信大家都很熟悉pretranslatemessage和windowproc两个函数，前者是预处理windows发给控件的消息，后者是处理剩余的控件消息。对于pretranslatemessage函数，一般来说，我们是这样处理控件消息的：
bool test::pretranslatemessage(msg* pmsg)
{
if(pmsg->hwnd==getsafehwnd())
{
if(pmsg->message==wm_mousemove)
{m_tooltip.relayevent(pmsg);}
}
return cdialog::pretranslatemessage(pmsg);
}
}
分为两层，先判断该消息是属于那个控件窗口的，再判断这个消息的类型。
对于windowproc函数，我们通常是这样处理控件消息的：
lresult test::windowproc(uint message, wparam wparam, lparam lparam)
{
if(message==wm_syscommand)
if(wparam==sc_restore)
wparam=sc_maximize;
return cdialog::windowproc(message, wparam, lparam);
}
这个函数对控件消息的处理方法是先把消息发给当前控件，如果不处理，则发给其父窗口，如果其父窗口也不处理，则发给当前程序处理。
而在c#中，消息处理函数有所改变。对于preprocessmessage函数：
我们必须在需要预处理消息的控件中重载这个函数，而不能仅在父窗口重载这个函数。
public override bool preprocessmessage(ref message msg)
{
if(msg.msg==0x101)
{
messagebox.show(msg.hwnd.tostring());
}
return base.preprocessmessage(ref msg);
}
可以看到，此函数第一步不再需要判断此消息是属于那个控件的，每个控件（包括父窗口本身），它只处理属于自己的消息，不再沿用vc中的消息机制，在某个消息发送到一个类前，允许其它类试着处理它。
对于wndproc（跟vc中的windowproc名字稍有改变）函数来说：
protected override void wndproc(ref message msg)
{
if(msg.msg==0x101)
{
messagebox.show(msg.hwnd.tostring());
}
base.wndproc(ref msg);
}
和vc中的windowproc没有什么形式上的变化，只不过实质上，c#已不再采用消息发送顺序的机制，只要当前控件没有相应消息处理入口，则消息被丢弃。
如果我们在c#里面想再实现在listbox控件中，点右键弹出菜单，就不能再用
bool test::pretranslatemessage(msg* pmsg)
{
if(pmsg->hwnd==getdlgitem(idc_listbox1)->getsafehwnd())
{
switch(pmsg->message)
{
case wm_lbuttonup:
……
}
}
}
呵呵，那怎么办呢，^_^
其实c#中，不再和vc那样只提供少数几种事件，c#中丰富的事件，已经不再经常需要程序员特制某种事件的消息处理函数，只要在listbox控件的mousedown响应函数中，区分出左右键，然后根据情况弹出不同的菜单即可！
但比如你要自定义一个编辑框，可是想拦截某些特定的键（如delete），这时，c#丰富的事件，就不再有用了，必须要我们先自定义一个从textbox继承下来编辑框控件，然后在其preprocessmessage函数中预处理它！
public override bool preprocessmessage(ref message msg)
{
keys keycode=(keys)(int)msg.wparam &keys.keycode;
if(msg.msg==0x101&&keycode==keys.delete)
{
……
}
return base.preprocessmessage(ref msg);
}
剩余几点，我现在还没搞清楚：
preprocessmessage函数能处理的消息很有限：
wm_keyup,wm_keydown之类的消息可以处理，可是wm_close,wm_lbuttondown等消息无法处理。但wndproc函数却可以处理它们！ 不知道是微软故意屏蔽掉那些消息的预处理，还是有什么其它的蹊跷！
