現在Qt不要光看跨平台了，Qt也有能力和原生應用進行較量的。
可以直接去Qt官網查看他和那些廠商合作。關於和Java的比較，框架和Java進行比較似乎不且實際。
如果是C++和Java比較，網上有很多文章，可自行翻閱，不要在知乎上看C++和Java比較，黑了C++，捧了Python和PHP。Java呢？晾一邊了。
在安卓上的話，現在問題可能很多，但是隨着Qt的更新，大體解決得七七八八了。Qt on Android 對於原有Qt開發人員和愛好者是一個不錯的選擇，雖然在Qt可以完成大部分安卓的對應功能，可以做到不敲Java代碼，但是Qt官方的意圖是讓程序猿少敲Java代碼，所以提供了Android Extra模塊。（對於安卓3.0以下可能不完善，但是例如各種傳感器，攝像頭，本地化等等支持很完善了，WebView的問題貌似在Qt5.5解決了，如果不行就Java和C++混編，混編難度大？一個人確實是難了點，但是對團隊來說，這種事情很好解決的）。
然后，Qt說到底，還是跨平台的界面庫，所以對於主流系統的支持會日漸完善的。
另外由於C++本身特性，適合和腳本語言結合，完成靜態語言和動態語言的長短相補。所以我安利一下 QML~
可以直接去Qt官網查看他和那些廠商合作。關於和Java的比較，框架和Java進行比較似乎不且實際。
如果是C++和Java比較，網上有很多文章，可自行翻閱，不要在知乎上看C++和Java比較，黑了C++，捧了Python和PHP。Java呢？晾一邊了。
在安卓上的話，現在問題可能很多，但是隨着Qt的更新，大體解決得七七八八了。Qt on Android 對於原有Qt開發人員和愛好者是一個不錯的選擇，雖然在Qt可以完成大部分安卓的對應功能，可以做到不敲Java代碼，但是Qt官方的意圖是讓程序猿少敲Java代碼，所以提供了Android Extra模塊。（對於安卓3.0以下可能不完善，但是例如各種傳感器，攝像頭，本地化等等支持很完善了，WebView的問題貌似在Qt5.5解決了，如果不行就Java和C++混編，混編難度大？一個人確實是難了點，但是對團隊來說，這種事情很好解決的）。
然后，Qt說到底，還是跨平台的界面庫，所以對於主流系統的支持會日漸完善的。
另外由於C++本身特性，適合和腳本語言結合，完成靜態語言和動態語言的長短相補。所以我安利一下 QML~
作者：qyvlik
鏈接：http://www.zhihu.com/question/32282261/answer/57381061
來源：知乎
著作權歸作者所有，轉載請聯系作者獲得授權。
除了尺寸有點大，不如原生SDK血統純正，
沒別的大缺點
網易戰網客戶端就是Qt quick寫的
沒別的大缺點
網易戰網客戶端就是Qt quick寫的
--------------------------------------------------------------------------------------------------
具體大坑：
http://www.zhihu.com/question/37331229
--------------------------------------------------------------------------------------------------
不看好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是一款優秀的開發套件，我愛她。
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是一款優秀的開發套件，我愛她。
作者：朱加平
鏈接：http://www.zhihu.com/question/19689965/answer/22507712
來源：知乎
著作權歸作者所有，轉載請聯系作者獲得授權。
鏈接：http://www.zhihu.com/question/19689965/answer/22507712
來源：知乎
著作權歸作者所有，轉載請聯系作者獲得授權。
-------------------------------------------
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 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倍(網上有測評)
因此, 有沒有前途跟用什么技術沒有太大關系,重要的是你用它來做什么應用。
作者：Leo Lei
鏈接：http://www.zhihu.com/question/19689965/answer/22313952
來源：知乎
著作權歸作者所有，轉載請聯系作者獲得授權。