发布Qt Quick桌面应用程序的方法



  • 发布Qt Quick桌面应用程序的方法

    Qt是一款优秀的跨平台开发框架,它可以在桌面、移动平台以及嵌入式平台上运行。目前Qt 5介绍程序发布的文章帖子比较少。大家又非常想要知道如何发布Qt应用程序,于是我花了一点儿时间介绍一下如何发布Qt桌面应用程序。

    上篇文章介绍了如何简单快速地发布Qt Widgets应用。目前Qt Widgets是Qt 4的技术,那么到了Qt 5了,官方当然是大力推广Qt Quick了,因此我们发现有不少人想要了解Qt Quick是如何发布应用程序的,而发布Qt Quick程序,仍然有很多值得注意的地方,否则大家很容易陷进坑里,所以这篇文章的目的就是帮助大家解决发布Qt Quick应用遇到的问题。
    1、创建一个Qt Quick项目,这里我们将项目的名称命名为TestQtQuickApp:
    0_1451747883518_4-.png
    2、其它的就没有设置了,大体相同。最后呢,这个程序在Qt Creator上顺利地运行了,运行结果如下:
    0_1451747900904_5.png
    3、好了,如果我要发布Hello World这个程序,那么有没有什么好的办法呢?有。和Widgets程序一样,我们只需要在Qt Creator中设置一下参数就好了:
    0_1451747947495_6.png

    点击左下角的小三角,这样在部署的过程中,就顺利地将Qt以及QML的依赖项复制过来了。这回我们在Windows XP上尝试一下,结果出人意料,出现了这样的对话框:
    0_1451747967870_10.PNG
    这个对话框出现的原因可能是msvcrt.dll在XP这个版本没有vsprintf_s这样的动态库。目前还暂时没有找到好的解决思路,稍后我再单独研究一下,看这个事情该如何解决。
    不过即使出现了这样的对话框,也不碍事。我们的hello world程序依然能够打得开:
    0_1451747973935_11.PNG
    这里要特别注意的是,即使按照windeployqt这样的方法添加Qt Quick程序的依赖项,我们发现,在目标系统上,双击依然无法显示界面。这是什么原因呢?原来,windeployqt做的仅仅是“表面”工夫,由于Qt各个模块依赖的复杂性,windeployqt并没有包含进来。比如说你的Qt Quick程序原来的是Local Storage模块,它可能只将Local Storage的依赖复制过来了,其实,Local Storage依赖的是Qt5Sql.dll,这个却没有引入。所以才会导致一些模块无法运行,这也是为什么很多人按照上述方法部署程序却依然无法顺利运行程序的原因。一个比较好的解决办法就是,哪怕你的程序大部分都是用QML语言编写的,在main.cpp中,添加类似#include <QtSql>这样依赖,pro文件中添加QT += sql这样的依赖,这样可以顺利地将Qt5的应用程序部署到客户机器上。
    下面就是我将Qt 5.5最有名的一个例子程序planets部署到客户2006年购置的Windows XP机器上。看看效果吧。
    0_1451747983928_12.png
    图一:Windows 10效果
    0_1451747990097_13.PNG
    图二:客户Windows XP上效果



  • 对msvcrt.dll在XP这个版本没有vsprintf_s这个问题怎么解决?就是写个程序全局hook这个函数。最新的Delphi破解程序也有这个问题,hook掉这个函数后,Delphi IDE依然可以在XP上运行。至于怎么Hook,我手边没有代码,问问那些VC的老手们即可。



  • @stlcours 后面研究了一下,解决办法有很多,我没有一一尝试了。
    1、源码阶段,现在发现以前版本的MinGW默认使用的是vsnprintf_s这个函数,所以在XP上会出现这样的情况。解决办法就是使用最新的MinGW编译Qt源码,这样的话,就解除了vsnprintf_s这个函数的依赖了;
    2、运行阶段,按照这个方法,将高版本的msvcrt.dll复制粘贴到目标Windows XP机器上,并且在开始->运行中使用regsvr32 msvcrt.dll来注册这个dll。就不会出现问题了;
    3、直接去掉此类错误:由于vsprintf_s这个函数定位不了对程序整体影响不大,因此我们可以将这个对话框屏蔽掉;将C:/WINDOWS/system32/dwmapi.dll改名,这样就不会弹出对话框了,缺点是所有此类错误都不会弹出对话框。
    最后两个方法参考这里



  • @jiangcaiyang 我也长见识了,谢谢你的这么多方案!


Log in to reply
 

走马观花

最近的回复

  • C

    Qt for MCU需要商业授权的

    read more
  • Qt for MCUs

    搭建Qt for MCUs PC端开发环境。qt for mcus提供了一个完整的图形框架和工具包,包含了在MCUs上设计、开发和部署gui所需的一切。它允许您在裸机或实时操作系统上运行应用程序。

    先决条件

    开发主机环境支持仅限于Windows 10

    MSVC compiler v19.16 (Visual Studio 2017 15.9.9 or newer) x64

    CMake v3.13 or newer (you can install it using the Qt Online installer) x64

    使用Qt联机安装程序安装Qt for MCUs,该安装程序可通过Qt帐户下载

    安装Qt 5.14和Qt Creator 4.11 or higher

    安装链接

    › Qt: https://account.qt.io/downloads
    › CMake: https://cmake.org/download/
    › Python 2.7 32-bit: https://www.python.org/downloads/release/python-2716/
    › Arm GCC: https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnutoolchain/gnu-rm/downloads
    › J-Link Software Pack: https://www.segger.com/downloads/jlink/JLink_Windows.exe
    › J-Link OpenSDA Firmware: https://www.segger.com/downloads/jlink/OpenSDA_MIMXRT1050-EVKHyperflash
    › STM32CubeProgrammer: https://www.st.com/en/development-tools/stm32cubeprog.html
    › STM32 ST-LINK Utility: https://www.st.com/en/development-tools/stsw-link004.html​​​​​​​

    Qt Creator设置 启用Qt Creator插件 选择“帮助>关于插件”,然后从列表中选择“MCU支持(实验性)”插件,重新启动Qt Creator以应用更改
    替代文字 为MCU创建Qt工具包

    选择工具>选项>设备>MCU

    选择Qt for MCUs-Desktop 32bpp作为目标

    如果尚未设置,请提供Qt for MCUs安装目录的路径。

    单击Apply应用。

    替代文字

    替代文字
    替代文字

    注意:

    编译器要选X64,Qt版本要选64bit,CMake Tool选x64

    打开恒温器项目demo

    选择文件>打开文件或项目。。。

    打开CMakefiles.txt文件来自thermo文件夹的文件。

    选择Qt作为MCU-桌面32bpp套件。

    单击“配置项目”以完成。

    替代文字

    问题

    开发主机环境支持仅限于Windows 10

    C++编译失败,文本大字体.pixelSize.

    文本类型无法正确呈现需要复杂文本布局的unicode序列。对复杂文本使用StaticText

    read more
  • H

    hi 有问题请教你,方便加个联系方式吗

    read more
  • boost.asio是一个很棒的网络库,这回儿我也开始系统地学习起来了。想想当年接触boost,也有八年多了。这次开始接触boost,觉得既熟悉又陌生。熟悉的是小写字母+下划线的命名方式、晦涩的模板、很慢的编译速度以及较大的程序体积,陌生的是asio的各种概念:io服务、接收器、套接字等等:我之前对网络编程不是非常了解。

    于是根据我的理解,参考《Boost.Asio C++网络编程》实现了这样一个简单的客户端和服务端通信的例子,例子非常简单,还不完善,但是幸运的是,可以在本机上互通了。
    下面是客户端的代码:

    #include <iostream> #include <boost/asio.hpp> #include <boost/proto/detail/ignore_unused.hpp> using namespace std; using namespace boost::asio; using namespace boost::system; using namespace boost::proto::detail;// 提供ignore_unused方法 void writeHandler( const boost::system::error_code& ec, size_t bytesTransferred ) { if ( ec ) { cout << "Write data error, code: " << ec.value( ) << "transferred: " << bytesTransferred << endl; } else { cout << "OK! " << bytesTransferred << "bytes written. " << endl; } } int main(int argc, char *argv[]) { ignore_unused( argc ); ignore_unused( argv ); io_service service; ip::tcp::socket sock( service ); ip::tcp::endpoint ep( ip::address::from_string( "127.0.0.1" ), 6545 ); boost::system::error_code ec; sock.connect( ep, ec ); if ( ec ) { cout << "Connect error, code: " << ec.value( ) << ", We will exit." << endl; return ec.value( ); } else { char buf[1024] = "Hello world!"; sock.async_write_some( buffer( buf ), writeHandler ); sock.close( ); } return service.run( ); }

    下面是服务端的代码:

    #include <iostream> #include <boost/asio.hpp> #include <boost/proto/detail/ignore_unused.hpp> using namespace std; using namespace boost::asio; using namespace boost::system; using namespace boost::proto::detail;// 提供ignore_unused方法 void acceptHandle( const boost::system::error_code& code ) { cout << "Accepted." << endl; } int main(int argc, char *argv[]) { ignore_unused( argc ); ignore_unused( argv ); io_service service; ip::tcp::endpoint ep( ip::address::from_string( "127.0.0.1" ), 6545 ); boost::system::error_code ec; ip::tcp::socket sock( service ); ip::tcp::acceptor acceptor( service, ep ); acceptor.async_accept( sock, acceptHandle ); if ( ec ) { cout << "There is an error in server. code: " << ec.value( ) << endl; } return service.run( );// 阻塞运行 }

    运行结果是这样的:
    78448d7b-b3ae-42fc-9e2e-4dd2fbdac2c2-image.png

    我对boost.asio中几个概念的理解:

    io_service,这就是一个类似事件循环的东西,它为io设备提供服务,故名。不管是套接字、文件还是串口设备,都要使用它的服务。它的run()函数相当于启动了一个事件循环。一旦有消息了,即进行响应。这也是实现异步编程的重要基础。 socket,这个类则是套接字,可以处理TCP或者是UDP请求。有同步以及异步的处理方式,也有带异常以及不带异常的处理方式。 acceptor,接收器,仅仅是服务端使用。相当于其余框架中的listener,作接收用的。

    比较浅显,如果有不当之处,敬请指正。

    read more

关注我们

微博
QQ群