英文不好真痛苦,资料摆在面前都没用. 关于,是否可以接力把它翻译出来.

[0黄瓜0]

http://www.codeproject.com/win32/msgcrackwizard.asp

[mLee79]

计算机英语没啥好翻译的吧, 俺们这种完全的英语白痴看起来毛病都不是很多...

[小一郎]

关注

[飞哥]

工作量比较大

[VCLIFE]

慢慢用google的语言工具看吧，我也是英文盲，不过计算机英语也就那么几个单词，应该看一阵能搞顶

[Generics]

文章实在太长, 为100分不值得.

[HewpKanXue]

我正在努力学习英语，不知翻得对不对，请大家斧正，错了也不要BS 、砖头倒可以扔
第一部分：
介绍：
WINDOWSX.H 头文件为W32SDK的程序员提供方便(工具?)
很多初中级程序员用C/C++编写Windwos API的程序时，经常面对面条式的switch...case语句块
当你在Window过程(回调函数、下称过程)中加入大量诸如WM_COMMAND or WM_CHAR的消息捕获时。真是一场噩梦。
关于上千行代码的Window过程的问题，随着 C/C++ 7.0 编译器和Windows SDK for Windows 3.1发行时带的一个头文件而被解决。
这个头文件是<windowsx.h> 以及所包含的大量的有用的宏。按照微软的说法：这些头文件所带来的便利可重复用于下面这些地方(Groups)

：
.在C程序中使用STRICT宏进行严格的类型检查。
.在windows程序中用宏简化公共性操作。
.使用控件宏同windows控件进行通讯。
.windows环境下的消息解析器(message crackers)(是一个方便的、可移植的、类型安全的处理消息的方法)以及和他相关的参数和返回值

。
因为消息解析器向导是用于消息解析器的，其他由这头文件带来的一些有用的宏，我就跳过不讲了，如果你想看看关于
WINDOWSX.H的简要介绍，可以看 MS Knowledge Base Article #83456.
(http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/q83/4/56.asp)
好，让我们说下消息解析器的优点，当然也包括为什么这里提供的这个工具是如此有用。
当你使用W32 SDK编程，用windows过程(通常叫做WndProc)处理窗口和对话框消息时，使用swich-case来捕获你需要处理的消息是
非常普遍的做法。假设你想处理WM_COMMAND, WM_KEYUP, WM_CLOSE and WM_DESTROY消息，你是这样作的：

LRESULT CALLBACK MainWndProc (HWND hwnd, UINT msg,
WPARAM wParam, LPARAM lParam)
{
switch(msg)
{
case WM_COMMAND:
// ...
break;

case WM_KEYUP:
// ...
break;

case WM_CLOSE:
// ...
break;

case WM_DESTROY:
//...
break;

default:
return DefWindowProc(hwnd, msg, wParam, lParam);
}
}
这是自从Windows1.0诞生以来处理消息最常见的风格了。而且很肯定，它工作得很好。
但问题是，当你加入一个或多个复杂的特色到你的程序中时，如MDI,OLE 公共控件等等，
结果形成了一个上千行的Window过程，你开始用PageDn和PageUp来查找你想要修改的消息处理代码了。

消息解析器的第一个好处就是：他把面条式的case标签转换成类似MFC中易于维护和处理的函数。
第二个好处是：处理函数中合适的参数。你可以简单使用switch(id)代替原先的switch(LOWORD(wparam))，
因为消息解析器传递给你的是"已解析"的参数，他等价于LOWORD(wparam)。

HANDLE_MSG 这个消息处理宏在windowx.h中的定义如下：
#define HANDLE_MSG(hwnd, message, fn) \
case (message) : return HANDLE_##message((hwnd), (wParam), (lParam), (fn))
你想要把你的代码做成"消息解析"版的，你需要提供一个解析宏HANDLE_MSG及其函数来处理你的消息.
在window过程里HANDLE_MSG宏需要三个参数：窗口句柄(hwnd),消息(WM_XXXX),处理你消息的函数(function)。
为更好地解释这个：看下面，我们把上面那段代码转换成了下面的代码：

LRESULT CALLBACK MainWndProc (HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam)
{
switch(msg)
{
HANDLE_MSG (hwnd, WM_COMMAND, OnCommand);
HANDLE_MSG (hwnd, WM_KEYUP, OnKeyup);
HANDLE_MSG (hwnd, WM_CLOSE, OnClose);
HANDLE_MSG (hwnd, WM_DESTROY, OnDestroy);
default:
return DefWindowProc(hwnd, msg, wParam, lParam);
}
}

哇，太好了，紧凑且易于管理的window过程。现在你可以去定义你的消息处理函数了(OnKeyUp, OnClose, and OnDestroy)
还有一个真正的好处，你可以在visual studio IDE 环境中直接跳转到消息处理函数。

图片：...(看原文)

有个问题是：当你每加入一个消息处理，你必须在windowx.h中查找相关参数的定义。
因为消息处理参数的格式是明确的而不能由你随心所欲。但在头文件中进行重复搜索是乏味且易出错的。

消息解析向导工具用于解决这个：他允许你粘贴你需要的函数参数，
而你如果只是打草稿，他也会在在你消息处理中写上一个模板化的window或对话框过程 (??这句有疑问)
消息前驱宏(message fowarding): WINDOWSX.H 的另一个特色 (消息前向？)
WINDOWSX.H另一个特色是消息前驱的可能性，
它是用于"解压"消息处理参数到其他函数调用(如PostMessage, SendMessage, CallWindowProc等)所需要的合适的WPARAM和LPARAM值。
假设我们想用SendMessage发送一个WM_COMMAND消息到父窗口，"模拟"一个在名为IDC_USERCTL控件上的双击(通过发送BN_DBLCLK的通知码)
我们通常这么做的：

SendMessage (hwndParent, WM_COMMAND,
MAKEWPARAM(IDC_USERCTL, BN_DBLCLK),
(LPARAM)GetDlgItem(hwnd, ID_USERCTL));
这是相当复杂的语法。SendMessage希望WPARAM参数的低字是控件ID而高字是通知码，LPARAM参数是控件句柄，句柄我们通过GetDlgItem这

个API函数得到。
上述代码可以被转换为WINDOWSX.H的消息前驱宏，FORWARD_WM_xxxxx。
对于每个消息，消息前向宏用同样的方式"打包"消息解析向导创建的函数参数，
并且传递给你的处理函数"已解压"的参数(LPARAM/WPARAMs)。
例如：对于一个myWnd窗口的WM_COMMAND消息，消息解析器向导将生成如下的函数原形：

void myWnd_OnCommand (HWND hwnd, int id, HWND hwndCtl, UINT codeNotify)

那么，这些解析的参数也同样用于消息前驱宏，这样上面那使人混乱的SendMessage调用可以简化为：

FORWARD_WM_COMMAND (hwndParent, IDC_USERCTL,
GetDlgItem(hwnd, ID_USERCTL), BN_DBLCLK, SendMessage);

使用所有这些消息解析器支持的消息简单可行。(第一部分完)

[0黄瓜0]

非常感谢.
后面是这个工具的使用说明.不用翻译了.我只想了解<windowsx.h>