#include#include#includeHWNDWindowHandle;HINSTANCEInstance;constwchar_tWindowClassName[]=L"TempProjcet";LRESULTCALLBACKWindowProc(HWND_windowHandle,UINT_msg,WPARAM_param,LPARAM_param1){switch(_msg){caseWM_PAINT:{PAINTSTRUCTps;HDChdc=BeginPaint(WindowHandle,&ps);FillRect(hdc,&ps.rcPaint,(HBRUSH)(

我正在尝试构建一个即使在调整主窗口大小或移动时也能响应的OpenGL应用程序。我发现的最合乎逻辑的解决方案是在呈现OpenGL的单独线程中创建一个子窗口和一个消息泵。它可以根据需要在帧之间调整自身大小。主要消息泵和窗口框架在主进程中运行。它在某种程度上非常有效。可以移动窗口、使用菜单和调整大小，而不会影响子窗口的帧速率。SwapBuffers()是一切分崩离析的地方。SwapBuffers()以这种方式运行时，似乎是在软件模式下运行。它不再保持在60FPS以匹配我的显示器的VSync，当窗口约为100x100时它会跳到数百，而当最大化到1920x1080时它会下降到20FPS。在单线程

我正在开发一个由许多独立子系统组成的系统。其中两个子系统是Window和GraphicsAdapter子系统。GraphicsAdapter需要一个低级窗口句柄(HWND或X11窗口句柄，具体取决于操作系统)，而窗口子系统是一种抽象这些操作系统特定API的方法。如果Window子系统允许访问低级API句柄，则封装很可能会被破坏。如果它允许窗口进入全屏和返回全屏，但必须触发事件警告系统有关这些更改，并且低级句柄被用来在它不知情的情况下切换到全屏怎么办？如何确保句柄从Window子系统安全地传送到GraphicsAdapter而不会被滥用，并且仍然足够灵活以允许稍后添加其他子系统(如Gra