Qt的前景如何？Qt for Android 好吗_百度知道
Qt的前景如何？Qt for Android 好吗
我有更好的答案
反正知名度肯定会提高，至于以后用不用QT 看玩家都是什么心态了
向医生提问
完善患者资料：*性别：
其他类似问题
为您推荐：
android的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁收藏，4.6k 浏览
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
QT框架的前景怎么样,以及现在QT的使用情况?
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
虽然我以前是用gtk的，但我还是不得不说qt是个优秀的平台。它有专业的支持，量身打造的qtcreater，还有几乎跨越所有平台支持的特性。你说能不好吗。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
相比gtk，可以调动的资源更多，开发工具也更好更完备。但qt自身实在太重量始终是个病。qt程序的界面效率和gtk（感性的来看）还是有差距。资源不吃紧的情况下，用用无妨。
qt的应用广度还是不错的，有vlc等一批重要的GUI软件在使用。
前景来看……qt虽然更新频繁，但估计也会把“重量”这个特色下去。从这个角度来看，要说取代gtk估计没有指望，应用于ARM等资源贫乏的平台暂时也是个麻烦事。
东西是好东西，只是有自己的应用范围。只要符合自己的应用特点，用就行。这种基础性开源工具，不要对前途顾虑太多。一家公司搞不定了自然有别人接盘，就像那个mariadb一样。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
纯面向对象，开发简洁方便，前景不错！
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
首先，它是一个framework，而且是一个开发原生应用的。所以，就不要拿它和Java和.net比较了。
有很多开源软件都是用它编写的，在开源界前景非常好，但是商业用途就一般了（我想楼主要问的也是这方面）。
至于楼上说的在嵌入式领域应用一般，我倒是不觉得。因为Qt也是可裁剪的，不是要把所有功能都移植到嵌入式平台。相反，我倒是看好它在嵌入式平台下的前景。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
nokia手机业务被微软收购时，我万分庆幸，QT已经逃离了nokia。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
跨平台上还是有一定优势
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
如果Qt不再需要moc处理，它的发展空间会更大
同步到新浪微博
不要错过该问题的后续解决方案
如果你没找到答案，记得登录关注哦，大家会尽全力帮你解决的 ^___^
分享到微博？
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
举报理由：
推广（招聘、广告、SEO 等）方面的内容
带有人身攻击、辱骂、仇恨等违反条款的内容
与已有问题重复（请编辑该提问指向已有相同问题）
内容质量差，或不适合在本网站出现
答非所问，不符合答题要求
其他原因（请补充说明）
补充说明：Qt的前景如何？Qt for Android 好吗？
Qt 是诺基亚开发的一个跨平台的 C 图形用户界面应用程序框架，随着 Nokia 的日渐式微，Qt 的前景又将如何呢？Android 上已经有比较好的 GUI 了，那 Qt 还有什么用？
按投票排序
我看不出来Android需要QT的理由。在我看来，Android现有的原生界面和服务API已经足以满足需要，为什么我们一定要引入新的开发工具？我知道有很多人可能会争论说这是为了可移植性，但是现在手机应用的开发成本并不算高（事实上整个软件世界的开发成本都在下降，除了微软桌面系统的非托管平台之外），而且苹果这些年实际上已经确立了一个高高的标杆：不同的手机上的应用软件风格应当与本身平台保持一致，而不是在所有平台上看上去都是一样。而如果我们需要根据不同平台设计界面，那么何必要一个统一的开发库呢？所以我还是认为我应当坚守原生界面。
作为一个资深的QT开发者了解，QT是挪威一家小公司开发的C++的框架。Nokia 只是在几年前把他收购，又在最近把它出售了。 我看法是QT还是把精力放在跨平台的GUI的的领域吧。特别是要跟上WINDOWS 8的步子，以及强化Mac OS的上能力。现有嵌入式平台版本，虽然哪一个OS都会官方或开源版本的移植。自Symbian 被NOKIA丢弃后，在哪一个嵌入式平台都不是人家的亲儿子，竞争不过官方开发环境了。现在大量的QT应用是在工控领域的 ARM-linux ，硬件配置较低，这个领域有很多年传统用QT了
个人观察：跨平台UI库，几乎没有一个在互联网领域活动了足够多的用户；在传统软件领域、企业应用等场景倒是用处很多。大概想过原因：互联网应用对体验要求甚高，跨平台库往往是为了跨平台而放弃了一些系统的独有特性，从而在哪个平台都不能将体验做到极致。站在Android的角度，QT for Android几乎没有存在的必要（理由是Android自带框架在性能和开发效率上都不错）；而站在跨平台的角度，各移动平台特性很不统一，一个QT UI库也难做到既全而专。既不能有效提高Android平台的开发效率，又不能实际收获跨平台的成果，用它作甚？
Qt作为一个C++的框架在界面方面有它自己的优势，在嵌入式平台及桌面均有着不错的表现。作为android之外的一个可选择的框架，Qt不会就此消失，但Qt for android这样的方式一定不会有光明的未来。理由：一，android本身的图形系统已经很完善，加上java类库的支持，Qt完全没有在android上存在的价值；二，作为移动平台来说，android的框架显然更适合移动互联网，更能满足用户需求；三，基于android的应用数量已经非常丰富,Qt在这方面的差距无法弥补；四，android的开发群体数量质量（相比Qt开发者有很大一部分做PC桌面应用）更大更适于移动平台；五，用户数量和关注度的不同，会让android与Qt的差距越来远大。当然，因为meego系统的存在，Qt作为android之外的一个选择，还会继续存在下去
虽然我个人很喜欢QT，但是它跨平台的处境的确是有点尴尬，在Windows下体积与性能不如用VC，开发效率又不如.NET系列；在Mac上体积与性能也不如Objective-C；在这两种专制系统下都不如它们各自的平台语言，所以现在有很多公司做的支持多种系统的应用并不是用QT一次开发多处编译的产物，而是针对不同的系统用它们各自的官方语言再实现的结果。
本来QT可以在Linux桌面系统（此处强调的是Linux桌面系统）活得更好的，可是自Ubuntu系统推广以来，大家几乎都默认了Pygtk为它的官方开发语言，这主要是因为Python这种动态语言的特性决定的，它天生开源（除非你特意把它的源文件处理成二进制字节码），代码简洁，开发效率高，功能齐全，也是跨平台的，既能做Web应用，又能做桌面开发，还能作为Linux服务器系统编程语言（这才是它的用武之地）。
而对于需要图形界面的桌面环境来说，QT用得最多最好的还是针对Linux桌面系统，但是Linux桌面系统用户量太少，而桌面环境又太多，不同的桌面环境又偏重于不同的开发语言，所以导致QT难有用武之地（虽然有KDE），但QT5+QML的到来也许能改善一下当前的局面，特别是提供LGPL版的QT for Android/IOS。
Android图形系统确实已经很好了,但是某些就此而下结论说Qt for Android的没有前途或者未有必要未免太过武断。Qt for Android还是有他的优势：
1. Qt主打的优势是跨平台,Qt5.2已经可以较完整的支持Android和IOS,目前从跨平台这方面来讲Qt是最好的没有之一。
2. 经过近20年的锤炼,Qt已经积累丰富实用的,网络,2D图形,3D图形及UI库等,这些如果能在Android上得以重用自然是好事
3. Java在很多复杂运算上面的效率是不如C++的,虽然有NDK,但是使用起来还是略显麻烦,Qt for Android在这方面就容易的多了
4. 对于一些C++的死忠,而又需要开发Android的应用，但是又不想学习Java Android开发的人Qt提供了一个快速上手的好选择
5. QML+JS可以方便快速的开发出高端大气上档次的UI,同时效率又比HTML5高出将近5倍(网上有测评)因此,有没有前途跟用什么技术没有太大关系,重要的是你用它来做什么应用。
Qt 的前景不是很乐观。虽然认为它很优秀。问题在于许可证。作为 GPL 许可证和商业许可，startup 都很难接受，可能先 focus iOS/Cocoa 开发，或者直接转向 Web 。而有一定资金的企业，又有自己的能力开发内部的跨平台 framework 。改成 BSD 许可证还有发展空间。-----------失误，Qt 是 LGPL 的。不过我还是认为 BSD 许可好一些。
不看好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开发团队多少人？但目前他们要支持多少平台。 Linux/Windows/Mac/Vxworks/QNX/Android。 如果没有一个比较大的商业级别软件在用QfA,官方能做的就是让这个软件在Android平台能编译，运行，解决一些明显的bug。7. Qt做mobile最好的机会就是被大款看上。她也曾经被看上过(Nokia 和 Intel)。 但是被Elop害死了。 我恨他！！！！！！！！！！！！！！！！！！！！! ！----------------------分割线---------------------Qt是一款优秀的开发套件，我爱她。
今天刚接到一个兼职，要在android上开发一个Qt应用。它的优势是跨平台吧。
Photoshop的某几个版本是QT写的，最新的版本我不知道是不是QT的，还有以前用过的个FPGA的IDE也是QT写的，Linux桌面下QT也是很好的解决方案，后来搞游戏开发后很多内部开发人员使用的工具也是QT写的，应用中见过的大都是ARM-Linux工控系统中的界面显示，所以这玩意的适用领域多是工具类软件，开发成本低廉，代码好看（信号和槽的机制非常简洁），但是UI风格太过中庸，不丑也不好看，做工具最合适。Android下的QT，没怎么关注过，不过用脚趾头也能想到是JNI的，然后C++重新实现了一堆opengl，抛开普通手机用户是否喜欢它的风格不说，同样的程序，QT的绝对比原生的库要费电，想推广开的话不应该和Android原生UI库做竞争，在安卓手机上发掘一些其他的用途比较好，比如工控系统的手机终端之类的，之前的工控板上的代码直接拿过来编译下就可以装在工人的手机上了，不需要再专门做一堆ARM工控板，节约成本
我觉得嘛，GUI程序怎么可能什么都不改就跨平台？你在mac运行一个长得像windows的程序你能用？你在windows运行一个长得像ubuntu的程序你能用？你在windows phone运行一个长得像android的程序你能用？你在ios运行一个长得像ubuntu的程序你能用？所谓的qt for android，只是节省了其实没什么所谓的学习成本而已，android上java写GUI尽管比C#和xamarin烂很多但是怎么说都比C++强多了。没有VC++2013的__await，写异步GUI都要哭。
个人开发者可以选择这个或者phonegap玩玩, 毕竟一下子兼容ios和安卓手机还是足够吸引人.如果是想专业开发自然还是选原生的, Qt5.1看似不错, 但是再发展几年也难以真正抗衡java开发者组成的原生阵营. 况且Qt当年被N收购后一直在玩弄跟随他的开发者, 悲惨的前车之鉴, 现在谁还敢真心跟着Qt搞呢?2013年底更新:玩了阵子phonegap+sencha touch(phonegap需要配合一个js 框架), 觉得运行效率还是成问题, 功能实现起来也没有想象的那么简单. 恰逢最近Qt5.2发布, ios和安卓支持的不错, 有engin io做存储后端支持, 可玩性还是很高的. nokia收购Qt后几年没完成的目标, digia看来基本完成了. 加油.
曾经我以为需要，直到我遇见了React Native..
一个开发语言要流行起来，前提一定是简单到大量的蠢程序员也可以用它开发程序，qt使用c++，天生就把不会用指针，会搞内存泄漏的程序员杜绝在外了。千万别指望什么智能指针，c++的智能指针，我认为是另一个更深层次的失败，首先他不解决蠢程序员的问题，其次他让程序员觉得c++也蠢了起来。所以基本上，qt不会有啥事了，这和是否优秀无关
安卓需要Qt么，不需要啊。可怜了我的Qt，以后只能在嵌入式跨平台应用了么，期待新Qt带来变革
安卓的世界足够大，可以容下这个重量级的工具。安卓平均硬件水平足够好，可以跑动Qt编译的应用。Qt on Android现在就是为以前使用Qt开发传统桌面应用的开发人员一条新的出路。有人说Qt很臃肿，学习难度大，而且本身使用c++。那就直接学习qml（入门门槛就是面向对象，信号与信号处理器，属性绑定，父子树，JavaScript，巴拉巴拉的QtQuick库），貌似特性也挺多的。现在，也就是2015年7月。Qt5.5发布，bug一如既往还没发现但肯定是有的（可能很坑，也很多），修复的bug的一如既往的多。例如让人振奋的Qt3D，和QtCanvas3D这两个模块，哦还有使用gstream来支持多媒体播放。 还有要重申一点，Qt开发出来的应用在所有平台，界面不是一个风格的，界面不是一个风格的，界面不是一个风格的~重要的事情要说三次。Qt会调用系统默认的绘图系统。然后
第一，QT已经脱离诺基亚了。第二，QT是跨平台库。用QT写的东西，在Windows，在Linux-base的系统上都能运行，QT的价值不在Android上，在于其它嵌入式应用上。
不能单纯从技术上来看待这个问题，Qt本来是小众的开发平台，个人认为，它的出现只是解决特性场景的特定问题，Qt带来的是更加低廉的开发成本和学习成本，对于很多小公司而言，这种优势足以让他们获得更大的利润空间，如果我是公司老板，在不增加人力成本的基础上获得跨平台（包括桌面和移动设备）的开发能力，何乐而不为？
看到很多人都不看好Qt for Android，所谓存在即合理，这个东西出来还是有他的合理性的。在小团队上节约成本还是比较有优势的，而且界面和逻辑代码分的很清楚，开发完桌面程序，很多逻辑代码都可以照搬，无需在开发。还有就是传统行业软件很多都是C++开发的，开发人员还是更倾向于c++而非重新学一门新语言
看了这么多答案, Qt for Android. 确实没有各种java原生框架好,如果公司老板看了公司在android上发布的新产品, 面对一大群java程序员:"大家做得不错, 大家也知道iphone上面的用户还是挺多的, 明天开始我们来做个iphone版吧, 界面功能都不变, 应该3个月可以吧".顷刻之间,世界就安静了..当然这只是一个玩笑.技术能否存活下去, 它本身在计算机方面的"优秀"与否只有一部分关系. 还有各种各样的原因,Windows 98 真的要比它同时期的 Mac OS 8 优秀很多?iphone比WP卖得更好, 是否是因为 Object C 比 C# 更优秀. (iphone的框架比.Net更好用?)没有最好的, 只有最适合的