在非Qt应用程序中使用基于Qt的DLL
我做对吗? 我的一个客户有一个组织,我正在开发基于Qt的客户端 – 服务器的东西与很多有趣的小部件和套接字。 公司内部的另一个组织希望使用基于QTcpSocket的客户端数据提供程序类的封装版本。 (基本上是什么听起来像,从服务器提供数据到客户端显示) 但是,该组织主要使用MFC来构建一个巨大的应用程序,而且不久以后就不会有任何改变。基于Qt的DLL也是延迟加载,以便在某些配置中可以部署该功能。 我已经开始工作了,但这有点麻烦。这是我现在的解决方案: DLL包装器类构造函数调用QCoreApplication :: instance()来查看它是否为NULL。如果它为NULL,它假定它在一个非Qt应用程序中,并创建一个自己的QCoreApplication实例: if (QCoreApplication::instance() == NULL) { int argc = 1; char* argv[] = { "dummy.exe",NULL }; d->_app = new QCoreApplication(argc,argv); // safe? } else d->_app = NULL; 然后它将设置一个Windows计时器偶尔调用processEvents(): if (eventTimerInterval > 0) { // STATE: start a timer to occasionally process the Qt events in the event queue SetTimer(NULL,(UINT_PTR)this,eventTimerInterval,CDatabaseLayer_TimerCallback); } 回调简单地使用timerID作为指向类实例的指针调用processEvents()函数。 SetTimer()文档说HWND为NULL时,它会忽略timerID,因此这似乎是完全有效的。 VOID CALLBACK BLAHBLAH_TimerCallback(HWND hwnd,UINT uMsg,UINT_PTR idEvent,DWORD dwTime) { ((BLAHBLAH*)idEvent)->processEvents(); // basically just calls d->_app->processEvents(); } 然后我将摧毁QCoreApplication实例作为析构函数中的最后一件事。 BLAHBLAH::~BLAHBLAH() { .. other stuff QCoreApplication* app = d->_app; d->_app = NULL; delete d; if (app != NULL) delete app; } 如果主机应用程序希望对processEvents()本身进行调用,则可以在eventTimerInterval中传递0,并调用BLAHBLAH :: processEvents()本身。 有什么想法吗?将该应用移植到Qt是不可选的。这不是我们的 它似乎工作,但可能有几个假设在这里被打破。我可以用这样的虚拟参数构造QCoreApplication吗?事件队列是否能够以这种方式运行? 我不想让我以后再吹起来。思考? 研究Qt代码,需要QCoreApplication来调度系统范围的消息,如定时器事件。像信号/插槽甚至QThreads这样的事情不依赖于它,除非它们与这些系统范围的消息相关。这是我如何在一个共享库(以跨平台的方式使用Qt本身)这样做,我实际上调用exec,因为processEvents()单独不处理一切。我有一个全局命名空间: // Private Qt application namespace QAppPriv { static int argc = 1; static char * argv[] = {"sharedlib.app",NULL}; static QCoreApplication * pApp = NULL; static QThread * pThread = NULL; }; 我在一个QObject(这是moc’ed)中有一个OpenApp方法,如下所示: // Initialize the app if (QAppPriv::pThread == NULL) { // Separate thread for application thread QAppPriv::pThread = new QThread(); // Direct connection is mandatory connect(QAppPriv::pThread,SIGNAL(started()),this,SLOT(OnExec()),Qt::DirectConnection); QAppPriv::pThread->start(); } 这里是OnExec插槽: if (QCoreApplication::instance() == NULL) { QAppPriv::pApp = new QCoreApplication(QAppPriv::argc,QAppPriv::argv); QAppPriv::pApp->exec(); if (QAppPriv::pApp) delete QAppPriv::pApp; } 到目前为止,它似乎工作正常,我不知道如果我需要删除的应用程序在最后,如果我找到一些东西,我会更新我的答案。 (编辑:十堰站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- Windows系统·添加Python import 的库/模块路径
- Windows调试工具入门 — windebug
- Windows Server 2016 新功能HCI(超融合基础架构) By S2D
- NonSerialized 字段如果在dll 中读到数据写入MonoClassFiel
- winapi – Windows SDK 7.0的signtool中的signwizard发生了
- Windows下wamp php单元测试工具PHPUnit安装及生成日志文件配
- Windows下动态加载的库的地址范围
- winapi – Windows XP与Vista的SetThreadUILanguage?
- SFG_Window
- batch-file – 用于在Windows 7中更改屏幕分辨率的批处理文
- Windows 下安装 Node.js
- macos – 在Windows上使用Tycho构建的Eclipse RC
- windows-phone-8.1 – 升级到最新Windows Phone
- windows-10 – Windows 10移动设备错误:DEP6200
- windows – 通过PowerShell运行.cmd文件
- windows – Win32:窗口在整个生命周期内都有相同
- windows平台xFsRedir程序更新(虚拟磁盘镜像存储
- Windows Server 2016-Win Ser 2016新增功能
- windows – ruby win32apistructs(VerQueryValue
- Windows Mobile 6.5手势和C#2.0应用程序