Qt的前景如何？Qt for Android 好吗_百度知道
Qt的前景如何？Qt for Android 好吗
提问者采纳
　　5。　　3？ QfA对于图形渲染区的请求还得在java的接口请求.性能呢。目前Qt开发团队多少人，解决一些明显的bug.在开发易用度上。　　在有很多优秀的QfA app出现之前，你外部加进来一个UI，请继续追问。以下简称QfA。　　6.官方支持？但目前他们要支持多少平台，同样也避免不了要写java代码,官方能做的就是让这个软件在Android平台能编译.　　1，广播。
如果没有一个比较大的商业级别软件在用QfA，这时候你还指望QML么。 但是被Elop害死了。移动设备整体的应用风格需要保持一致　　您好。 另外对于和设备相关的一些调用(GPS&#47，开发者不仅要懂Qt,QfA的工作量一下子就上来了. 如果要写和其它app通信的时候，是不是又要绕了个大弯，从Qt开发者转为java开发者也很容易？　　4。　　7，势必要先装一个Qt lib。　　如果我的回答没能帮助您， 或者在你的app 中一起静态发布，大家不带乐意只为一个好的app 去装一个大的软件，而会愿意选择一个原生软件替代。你如何保持和原生UI的这种使用一致性,QfA的灾难性就来了. 跨平台只在PC上有优势，很高兴为您解答：　　不看好Qt for Android. Qt做mobile最好的机会就是被大款看上。如果是上层的几乎等完整的搞一遍Android API吧，在移动设备上毫无优势。她也曾经被看上过(Nokia 和 Intel)，Android(java) API 已经做得很好. 软件体积。 而如果要写QfA应用。 终端用户要用Qt app，倒是和平台保持一致了;Telephony)等。　　2，运行，包括事件，服务等Qt里有的基本上Android API里已经做得很好
资深电脑人
其他类似问题
为您推荐：
android的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁Qt的前景如何？Qt for Android 好吗_百度知道
Qt的前景如何？Qt for Android 好吗
提问者采纳
但是被Elop害死了。　　7。
如果没有一个比较大的商业级别软件在用QfA,官方能做的就是让这个软件在Android平台能编译. 如果要写和其它app通信的时候，解决一些明显的Telephony)等，倒是和平台保持一致了　　您好.官方支持。她也曾经被看上过(Nokia 和 Intel)，是不是又要绕了个大弯。　　在有很多优秀的QfA app出现之前。 另外对于和设备相关的一些调用(GPS&#47，运行？但目前他们要支持多少平台，而会愿意选择一个原生软件替代,QfA的工作量一下子就上来了，你外部加进来一个UI？　　4，开发者不仅要懂Qt？ QfA对于图形渲染区的请求还得在java的接口请求.　　1. 软件体积，从Qt开发者转为java开发者也很容易，同样也避免不了要写java代码， 或者在你的app 中一起静态发布。目前Qt开发团队多少人，大家不带乐意只为一个好的app 去装一个大的软件。　　6，在移动设备上毫无优势，这时候你还指望QML么.在开发易用度上。以下简称QfA，势必要先装一个Qt lib。你如何保持和原生UI的这种使用一致性，Android(java) API 已经做得很好，广播。 而如果要写QfA应用，很高兴为您解答。　　5. Qt做mobile最好的机会就是被大款看上。移动设备整体的应用风格需要保持一致. 跨平台只在PC上有优势,QfA的灾难性就来了。 终端用户要用Qt app。如果是上层的几乎等完整的搞一遍Android API吧.性能呢。　　2。　　3，服务等Qt里有的基本上Android API里已经做得很好，包括事件：　　不看好Qt for Android
来自团队：
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁Qt的前景如何？Qt for Android 好吗_百度知道
Qt的前景如何？Qt for Android 好吗
提问者采纳
基于android的应用数量已经非常丰富，android的框架显然更适合移动互联网，会让android与Qt的差距越来远大，更能满足用户需求，Qt完全没有在android上存在的价值Qt作为一个C++的框架在界面方面有它自己的优势。当然，Qt作为android之外的一个选择；三。作为android之外的一个可选择的框架，android的开发群体数量质量（相比Qt开发者有很大一部分做PC桌面应用）更大更适于移动平台，因为meego系统的存在。理由，加上java类库的支持，作为移动平台来说，Qt不会就此消失，用户数量和关注度的不同，但Qt for android这样的方式一定不会有光明的未来；五；四：一，android本身的图形系统已经很完善,Qt在这方面的差距无法弥补；二，在嵌入式平台及桌面均有着不错的表现
来自团队：
其他类似问题
为您推荐：
android的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁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是一款优秀的开发套件，我爱她。
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看来基本完成了. 加油.
一个开发语言要流行起来，前提一定是简单到大量的蠢程序员也可以用它开发程序，qt使用c++，天生就把不会用指针，会搞内存泄漏的程序员杜绝在外了。千万别指望什么智能指针，c++的智能指针，我认为是另一个更深层次的失败，首先他不解决蠢程序员的问题，其次他让程序员觉得c++也蠢了起来。所以基本上，qt不会有啥事了，这和是否优秀无关
安卓需要Qt么，不需要啊。可怜了我的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更好用?)没有最好的, 只有最适合的
我觉得google现在在大力发展blink(别忘了浏览器本身也是一个非常强大的UI引擎)，还有dart。实在看不出android/chromeOS上qt会有什么机会，qml底层是js，不见得将来会比dart好用，v8的性能也比不过dart vm，做html和web高性能应用将来肯定会是dart的强项(dart支持simd，这个玩意现在还在es6的草稿上)。还有Xamarin感觉也没什么前途，就是java和c#个人口味的问题，况且现在都有了ART 编译为机器码来提高性能。qt，qml的机会就在ubuntu的身上，但似乎qt里的人好像从没把ubuntu当作一回事。跨平台的UI界面最终会通过web app，浏览器作为平台的方式呈现(web性能问题最终会得到解决)。所以qt可能还会处于打酱油状态，关键是一直没有属于自己的OS平台，如果能傍上一个，qt就能起来了。
今天刚接到一个兼职，要在android上开发一个Qt应用。它的优势是跨平台吧。
Qt for Android 试了一下，目前不成熟