qt6.2功能 VS2015的跨平台特性会对Qt带来冲击吗？
VS2015的跨平台特性会对Qt带来冲击吗？
的理论相对客观性和：
1)Qt在iOS和Android的UI支持上只能算一般，与原生UI相差甚远，对平台新版本的新特性支持较弱。VS 美国在这方面的支持，基于乔布斯和；;评论说微软太缺乏审美能力 "，我也说了，我一点都不乐观。
2)业务层用的Qt库和几家公司自己用的native C库有一些区别。除非有公司用Qt作为基本库，否则这是个例外。基于VS的iOS和Android支持的编译器是gcc和clang，WinRT是MSVC，和Qt一致。
3)3)Qt反射包或者元系统包很重，至少超过了C-standard的rtti。虽然这个系统适合开发UI，但是作为业务层，有了这么重的外壳，Qt就失去了用java和Objective C迁移到C的一些性能优势..由于VS中编译链的限制，加上基于llvm的coreclr支持还处于起步阶段，所以几乎不考虑c#的可能性。
4)最近几个月，我一直在观察QtBug列表。在上面，用户Qt不断吐槽iOS和Android，小bug层出不穷，有的甚至影响正常启动。对WinRT的支持就更少了。VS 的对WinRT的支持肯定会是原生的。至于另外两个平台，还得自己维护。
5)视网膜支持。除了Mac平台的稳定支持，其他平台只承诺增加支持。改进视网膜支持的帖子是去年发的，今年年初发布的Qt5.4只是改进了Mac部分，增加了实验性的Windows和Linux支持。什么时候加入这部分支持才算完美？
6)6)Qt在移动端能投入多少？首先，一个不相关的话题是，Qt s对桌面跨平台的支持可谓穷尽:对于Windows 8/8.1 2xDPI显示支持(HIDPI)，需要在程序中手动设置环境变量并添加启动选项才能打开，否则Qt 的原始方法将被扭曲；什么时候可以在Mac的状态栏中使用带有模板集的NSImage？TrayIcon中的Linux，从Qt5.1开始就消失了，直到Qt 5.4.2即将发布，三大版本之后才修复。其长达六个月的开发周期，庞大臃肿的库，面对更新迭代更加疯狂的移动终端，Qt s的表现就是Qt缺乏对iOS和Android的相关支持，以及运行时司空见惯的各种崩溃，对WinRT的支持。我觉得这更像是一个黑客项目。VS can 在VS2015之前不做评论。7)我认为跨平台C支持最显著的好处是UI层一次性封装跨平台组件，还是业务层的代码重用和性能优化？正如1)3)6)中所讨论的，我个人认为Qt UI层剥离平台相关的开发纯属扯淡，跨平台开放给C带来的最大好处就是复用高质量的基础库和核心业务代码带来的性能优势和项目维护优势。
8)Qt ;的移动开发支持，它自己的开发工具是平台相关的，这意味着Qt可以 t在Windows下开发iOS和Android，Qt可以 不要在Linux下开发iOS。相比Windows下VS2015带来的CrossMobil
如何静态编译发布Qt应用程序？
如果你说的是Qt程序，静态编译就得从源代码编译Qt静态库。官网预编译版本不含静态库。
这个很复杂，请参考qt-everywhere-opensource中提供的编译帮助。注意，如果使用miongw，gcc版本应该不是4.6.2。这个版本比较特殊，但却是mingw正式版的最新打包版本。如果你说的是非qt库依赖，有mingw和VS两种，前者有一个静态库，在某些发行版中默认直接连接，后者非常不鼓励。毕竟它加载了系统中常用的dll，基本上所有系统都是推荐的运行时环境。使用静态库是吃力不讨好的。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
