Winapi 向LRESULT/从LRESULT转换指针
我想确认一下这个windows编程习惯用法，我认为许多不同类型的“句柄”不仅作为LRESULT对象传递，而且还作为lParam和wParam对象传递，这是否正确 我猜想，只要我们知道LRESULT或lParam/wParam中的句柄类型是什么，我们就可以将其转换回它 比如说Winapi 向LRESULT/从LRESULT转换指针,winapi,casting,lparam,Winapi,Casting,Lparam,我想确认一下这个windows编程习惯用法，我认为许多不同类型的“句柄”不仅作为LRESULT对象传递，而且还作为lParam和wParam对象传递，这是否正确 我猜想，只要我们知道LRESULT或lParam/wParam中的句柄类型是什么，我们就可以将其转换回它 比如说 case WM_CREATE: ... //create a window //lParam is the CREATESTRUCT for new window created here ....
case WM_CREATE:
...
//create a window
//lParam is the CREATESTRUCT for new window created here
....
return lParam;
...
...
CREATESTRUCT cStruct = (CREATESTRUCT)SendMessage(hwnd, msg /*WM_CREATE*/);
cStrcut.cx;//this is the width of the new window?
LRESULT和LPARAM都是LONG_PTR类型，是32位或64位整数。我不是一个经验丰富的C程序员，但看起来这些整数只是被用作“缓冲区”，程序员在使用前会将其转换为“真实”类型。。。听起来准确吗？这种编程风格是“糟糕的”，因为在编译时无法知道什么是真正的东西。这就是说，由于WIN32 API是一个C API（而不是说C++），因此当人们想要使用相同的方法签名传递任何类型的结构时，没有什么其他的方法可以做 因此，API设计团队决定使用两个参数来处理这个问题。32位
LPRAMWPARAM所以要回答你的问题，你是正确的——但这只是因为你别无选择。在这里试图完成，MFC（C++程序员）出现了，但这并不被认为是一个好的面向对象的库——它更像是包装器。还有其他一些做得更好的（例如wxWidgets）。首先，进入假设是错误的。WM_CREATE接收一个LPCREATESTRUCT转换，作为WndProc的LPARAM参数；它不会返回CREATESTRUCT表单SendMessage，这就引出了第二个无效假设：您从未发送WM_CREATE，窗口管理器会发送。你来处理它。编程风格本质上是通过文档进行抽象和细化。像LPRAM这样的东西在各种不同的窗口消息中扮演着许多角色，包括您可以定义的自定义窗口消息，但您无法通过阅读代码来“了解”它们。你需要医生，我放弃。如果没有代码块，我无法回复，而且什么都不起作用。[code][/code]也不是