如果我用标准的 Windows 消息循环实现替代,我会错过任何Qt
功能吗?QApplication::exec()
这应该澄清我的意思:
运行事件处理的常用“Qt”方式:
int main(int argc, char *argv[])
{
QApplication a(argc, argv);
Window w;
w.show();
return a.exec();
}
“Windows”方式运行事件处理:
#include <Windows.h>
int main(int argc, char *argv[])
{
QApplication a(argc, argv);
Window w;
w.show();
MSG msg;
while(GetMessage(&msg, 0, 0, 0)){
TranslateMessage(&msg);
DispatchMessage(&msg);
}
return msg.wParam;
}
以上演示了关于实例的外部消息循环QApplication
,而QApplication
实例本身甚至根本没有自己的事件循环。
换句话说,如果我有main.exe
一个带有消息循环的程序(对 Qt 一无所知)和一个.dll
带有 Qt GUI 和QApplication
内部实例的程序,是否可以让外部消息循环main.exe
来处理 Qt GUI 的事件?提前致谢!
编辑 1: 我会回答自己,以防它对某人有用:我们有一个在 .NET 下用 C# 编写的主 .exe 模块,它运行事件循环处理,我们有几个用 Qt/C++ 编写的 .dll 有一个“内部”的 GUI(以及一个共享的 QApplication 实例)。QApplication::exec() 从未被调用,但所有事件都由主 .exe (.NET) 模块的事件循环成功调度,并且所有 Qt 功能都存在(信号/插槽、线程等)
编辑 2: 这适用于 Qt 4.8.2,但对于 Qt 5.1.0,情况有点不同。现在您必须调用 QApplication::processEvents() 一次,因为它在第一次调用时执行一些初始初始化(在 GetMessage 或 PeekMessage 上安装 WindowsHook)。之后,在您的应用程序 Qt 事件中调用 GetMessage 的人都会获得进程,而您就是黄金 :)