qt开发物联网app（qt iot）

什么是QT软件？

Qt 是一个1991年由Qt Company开发的跨平台C++图形用户界面应用程序开发框架。

Qt既可以开发GUI程序，也可用于开发非GUI程序，比如控制台工具和服务器。Qt是面向对象的框架，使用特殊的代码生成扩展（称为元对象编译器(Meta Object Compiler, moc)）以及一些宏，Qt很容易扩展，并且允许真正地组件编程。

2008年，Qt Company科技被诺基亚公司收购，Qt也因此成为诺基亚旗下的编程语言工具。2012年，Qt被Digia收购。

2014年4月，跨平台集成开发环境Qt Creator 3.1.0正式发布，实现了对于iOS的完全支持，新增WinRT、Beautifier等插件，废弃了无Python接口的GDB调试支持，集成了基于Clang的C/C++代码模块，并对Android支持做出了调整。

扩展资料

优点：

1、优良的跨平台特性。

Qt支持下列操作系统：Microsoft Windows 95/98、Microsoft Windows NT、Linux、Solaris、SunOS、HP-UX。

Digital UNIX (OSF/1、Tru64)、Irix、FreeBSD、BSD/OS、SCO、AIX、OS390和QNX等。

2、面向对象。

Qt的良好封装机制使得Qt的模块化程度非常高，可重用性较好，对于用户开发来说是非常方便的。Qt提供了一种称为signals/slots 的安全类型来替代callback，这使得各个元件之间的协同工作变得十分简单。

3、丰富的API。

Qt包括多达250个以上的C++类，还提供基于模板的collections、serialization、file、I/O device、directory management和date/time类。甚至还包括正则表达式的处理功能。

4、支持2D/3D图形渲染，支持OpenGL。

参考资料来源：百度百科-qt

使用QT，统一开发android和IOS平台是不是一个合适的选择

这主要体现在一下3点：1.关于跨平台： Qt的一大优势就是跨平台，一份代码若准守Qt标准开发，那么理论上可以跨所有Qt支持的平台并且不需要修改。但是这个是有代价的。比如说对于iOS平台，若用OC或者swift，可能用1份的开发时间就可以完成开发，但是用Qt可能是1.5份。这主要体现在Qt在移动平台没有提供现成的、成熟的（Qt目前有一个lab，是一个控件包，针对移动平台有做优化，但是还在测试阶段）控件供应开发者使用。比如说Qt没有侧滑窗口、没有滑动返回、没有顶部状态栏，很多东西都需要自己造轮子，非常浪费时间，而且效果不一定好。我记得5.5的时候，连访问系统相册这个功能都没有，要自己写OC代码去访问，不过5.6加上了。这个开发的工作量，对于一个没有跨平台需求的App，明显是不合适的。但是如果有跨平台需求，那么可能是1.5份的开发量，就可以获得iOS+Android两份平台的App，相比2份的开发量性价比就上来了。而且如果有需求还可以部署到WP、UbuntuPhone等移动平台。2.关于Quick Qt从5开始，就主推界面用Quick开发（Quick是框架，QML是配合Quick的一个语言），然后用C++开发复杂的逻辑。这个愿景是好的，但是推行真的很慢。这是因为新的框架也就是Quick，带来了新的学习成本，这个直接就吓跑了很多人。我知道很多用Qt的人，即使开发了N年Widgets，对Qucik也可能都是完全没有接触的状态。当然Quick本身是好的，相比Widgets开发效率高、漂亮、运行速度快。另外，如果是Widgets开发移动端App，我建议你直接打消这个念头，还是算了。这主要是因为用Widgets开发的程序，各方面实在是太差了。比如说Widgets很多界面都是CPU绘制的，然后移动平台CPU本来就弱，这就导致了界面很卡。还有开发效率也低。3.关于成熟度 从目前Qt5.6的角度看，已经加入了很多以前没有的模块了，我觉得用于Qt开发一些基础的App，已经完全可以胜任了。但是对于功能复杂的App，我建议还是权衡一下比较好。还有就是现在很多SDK包，都只对原生框架做了适配，用Qt开发意味着还是要回到原生框架去处理一些通讯、交互什么的，这个也要注意。

qt creator 能开发app吗

可以啊，据我所知【东方智启科技】就是用这个来开发的，他们的开发技术超赞的，还可开发更多类型的手机APP哦，覆盖各行各业

qt开发安卓app好吗

不好，坑挺多的，只能说勉强能用

如果是主打桌面端，顺手做个安卓端，可以。

想专门去开发安卓的话，建议还是用Java吧

有用QT开发安卓应用的吗

　不看好Qt for Android。以下简称QfA.1. 跨平台只在pc上有优势，在移动设备上毫无优势。移动设备整体的应用风格需要保持一致，你外部加进来一个ui，倒是和平台保持一致了。你如何保持和原生ui的这种使用一致性。2.在开发易用度上，Android(java) api 已经做得很好，包括事件，广播，服务等Qt里有的基本上Android api里已经做得很好，从Qt开发者转为java开发者也很容易。 而如果要写QfA应用，开发者不仅要懂Qt，同样也避免不了要写java代码。3. 如果要写和其它app通信的时候,QfA的灾难性就来了。如果是上层的几乎等完整的搞一遍Android api吧。 另外对于和设备相关的一些调用(GPS/Telephony)等,QfA的工作量一下子就上来了，这时候你还指望qml么？4.性能呢？ QfA对于图形渲染区的请求还得在java的接口请求，是不是又要绕了个大弯。5. 软件体积。 终端用户要用Qt app，势必要先装一个Qt lib， 或者在你的app 中一起静态发布。 在有很多优秀的QfA app出现之前，大家不带乐意只为一个好的app 去装一个大的软件，而会愿意选择一个原生软件替代。6.官方支持。目前Qt开发团队多少人？但目前他们要支持多少平台。 如果没有一个比较大的商业级别软件在用QfA,官方能做的就是让这个软件在Android平台能编译，运行，解决一些明显的bug。7. Qt做mobile更好的机会就是被大款看上。她也曾经被看上过(nokia 和 intel)。 但是被Elop害死了。