1樓：xunscore
如果只是資料庫的增刪查改，介面能不用盡量不用。但是稍微要求一點效能的應用，沒辦法時只能用了。參考這個專案
其實後台幾年前就有了，但就是介面效能有一點講究，於是走了好多彎路，害了幾個老闆，最後繞了圈沒辦法才Qt。
所以殺雞不用牛刀，萬不得已才考慮出牛刀吧。
2樓：
c++不好說，但qt前景一點也不樂觀，首先它的商業版是付費的。
其次c++語言開發gui應用程式本身開發效率就不高。很多人吹訊號和槽，不可否認開創意義，但對於做gui應用沒什麼優勢。
現在gui流行前端玩法，開發效率是上來了，但我也不看好，誰希望程式裡帶個瀏覽器核心？相比較，我更看好flutter，它與qt最像，但他不用c++，他用了更現代，效率更高的方式，個人認為開發效率比前端還要高，而且介面出來效果優美。
目前，flutter在桌面端還處於早期，都還沒發力，發力的是移動端。但是桌面版出來的效果已經驚人的好了，要是在桌面版徹底發力了，將來拯救Linux圖形介面的可就是flutter了。至少它是真正完全免費開源的。
空口無憑，立貼為證，不說太久遠，五六年後再回頭看。
我目前有用flutter在做乙個個人免費開源的ssh客戶端程式，類似於Xshell這種。有興趣可以和我交流。
3樓：
我接觸過的使用Qt（C++）的公司:
金山辦公，拳頭產品wps office，知名中國產軟體，是需要跨平台的對效能有近乎苛刻要求的大型應用。
中望龍騰，做CAD產品的，之前獵頭聯絡我說需要Qt開發經驗，CAD自然也屬於效能敏感的大型應用，而且應該需要支援中國產作業系統。
某創業公司，正在開發電路設計軟體，需要在中國產系統上執行，效能敏感，大型應用。
若干個智慧型製造公司，他們其實需要的不是Qt，而是C++，選擇Qt是順帶的。他們需要C++一是因為現有的老產品是C++開發的，二是因為效能要求。
嵌入式公司，不提了。
由此看來，Qt適合效能敏感的，需要支援非windows系統的場景。在這種場景下，Qt本身足夠優秀，又依託cpp，有獨特優勢。而且個人感覺大型應用更能體現Qt的優勢，小應用有很多更輕量的選擇。
所以如果問Qt的未來會如何，我覺得是穩中有進。之所以穩，是因為Qt原本有優勢的領域，未來依然有優勢，畢竟要求高效能，支援非windows系統，還要開發效率高，Qt的競爭者並不多。
而有進，是因為隨著中國產化的推進，許多軟體需要中國產化替代，這一兩年我看到有很多使用Qt的新專案，我覺得是個好兆頭。
4樓：兔哥
Qt 未來應該也不錯,支援多個平台,又比較完整的C++ UI庫好像 ~~~沒得選擇~~~~ (其實用哪個庫最後都需要自己手工擼擼).
現在流行基於webengine的UI庫,所以各種記憶體殺手。亮點來了,你會發現大多基於webengine的軟體記憶體占用都差不多位於220-270M之間,平均一下250M,簡稱250軟體.
對比下開啟倆檔案的word
5樓：ze wan
其實QT自己也明白現階段的GUI開發和html5開發比起來太笨重了，所以不是又更新什麼QML，其本質就是另外再弄了一套類似html5的類xml語言，所以不是又引入了QWebEngine，其本質不過是另外乙個Chromium或者說瀏覽器核心罷了【似乎好像就是套的Chromium核心】。
至於QT使用的C++語言那也不是他的優勢。QT的唯一優勢就是整合度高，它是乙個從C++底層寫出來的桌面應用框架，也就是你如果對C++對QT非常非常熟悉的話，那就等於說你已經打通了練功裡面的任督二脈了，其他什麼新的術語啊，名詞啊你看都不用看了，你完全可以輕描淡寫地說到都是些雕蟲小技罷了。
但如果你是乙個練功新手，正如QT最近的更新，引入QML，引入QWebEngine，引入python繫結，其實他所有的這些更新都不是因為這些事情之前的東西不能做，有什麼缺陷，而僅僅是將之前的事情又換種方式實現了一遍，好拉新。作為新手你可能就要問了，你的這些拉新手段真的有吸引力嗎，這個問題主動權不在專家手中，在新手手中。【是的，這個事情話語權不在專家手中。
python之所以如此成功其實不是因為python這門語言有多優秀，只要熟悉python的都清楚python裡面很多地方做的不如其他語言好，python的成功是由於python之父一貫堅持的理念，對新手的關注。】
6樓：魚靜
訊號與槽機制很好用，CZL 程式語言就借鑑過來了，signal/slot 配合 event/loop 真的方便。
具體工具會過時，但原理性的東西不會過時。
7樓：國哥萬歲
這個問題還能上熱搜？
對於個人而言Qt比MFC好太多了
但是對公司而言Qt商業版收費，還不好招人。
寧願用winform也不讓用
8樓：
在C++領域，QT的GUI開發體驗依然屬於top級別。從我熟悉的製造業來看，能與之分庭抗禮的，還是MFC。這是乙個令大部分開發者比較沮喪的現實，但不得不接受。
而且我所了解的客戶中，不止考慮C++的話，用MFC的比例和Winform（C#）相當，QT實際屬於末流，但也算前三了。
論未來，QT確實在逐漸增加占有率，製造業的裝置研發越來越多提出嵌入式化的需求，在這個方向上，確實QT優勢顯著，畢竟C++依舊是這個行業主要的開發語言。另一種主要的開發語言是C#，但嵌入式方面，C#應該還不太行。
9樓：齊亮
想看未來的話，和Qt有關的世界，除了Qt從Widget衍生出Qml/Quick之外，還有Qt for MCU(非開源)，以及頗有淵源的SixtyFPS。
10樓：pansz
如果限制在 C++ 領域，當然 Qt 目前還是 top1。
但，真正的問題其實在於 C++ 本身。
乙個語言的興衰往往與其之上的程式設計框架庫直接相關。反之亦然，乙個程式設計框架庫的興衰往往也直接會與其繫結的語言相關。
而現實就是新湧現的各種各樣的 GUI 框架庫，幾乎沒有使用 C++ 作為首選語言的。
所以 Qt 作為原生為 C++ 量身定製的程式設計框架，只要你用 C++，那始終有 Qt 的一席之地。但如果你不用 C++，問題就另算了。
11樓：starwlstar
據我所知，qt還是跨平台的一哥，還是擁有嵌入式顯示的大半市場，linux裡面幾乎所有軟體都是qt介面，wps也是qt。
其他乙個能打的都沒有。
「當下軟體開發語言騰出不窮」，他們有跨平台ui庫的生態嗎？比得了qt？別逗。
當然，在嵌入式領域還是有比qt更底層的顯示ui庫，確實不少，這點會繼續蠶食低端嵌入式qt顯示的市場。
12樓：胖胖熊
不知道誰給封的這個top1，Qt除了跨平台這個最大的優勢，可以毫不誇張的說，它啥也不是。
用C++做UI？這從來就不是架構師們的第一選擇：
在PC端，C#不能做介面嗎？winform、wpf，各種第三方的UI庫，儘管招聘相關的程式設計師有點費勁
在移動端，那麼多現成的解決方案，那麼多的前端程式設計師，不香嗎？
本來招聘個C++程式設計師就費勁，還要求人家做用C++做UI，你看看還能有幾個人來。
我所知道的，Qt只在電力行業最流行，因為：
系統要求必須跨平台
Qt做的UI效果是可以同時滿足美觀和效能兩方面要求的，這才是可用性
那些玩慣了規約通訊的C/C++工程師們順便學個Qt，並不是太困難的事情
但是，電力行業的業務，你確定你能接嗎？你確定你能讓使用者滿意嗎？你確定你能真的掙到錢嗎？
哎，不想說了，說多了都是眼淚。
13樓：kevin
會沒落!
這裡並不是指它會消失，只是使用範圍會大有縮減（MFC到現在都還有不少專案的使用,更何況這麼強的QT）。
原因與新的開發語言無關，反倒是現在的新語言UI框架,大多都會有qt的繫結。
只是桌面開發一直在走下坡路，沒了這一塊的市場，剩下的就是一些嵌入式場景，也不太樂觀，資源有限的微控制器，大多不會考慮上QT，資源富足的 SOC，可以選擇的有很多，不一定只能用qt(比如安卓)。剩下的中間地帶，相對來說市場還是比較小的。
14樓：Icecor
適用性廣(不光體現在跨平台)這一條奠定了Qt的基石。這個是它最出彩的點。而且還在不斷的推陳出新，不斷的自我調整新增功能更多的元件。
未來一定會發展可期的
做程式語言和軟體開發Windows系統好一點還是蘋果Mac好一點？
我是電子狗，軟體也分是什麼軟體開發。如果是IOS開發，伺服器前後端開發，MAC上的應用開發，我覺得用買Mac沒啥毛病。但是除了IOS和Mac應用的開發，其實Windows或者linux都能幹。如果要搞深度學習，首選就是非Mac的，因為很多深度學習庫都不支援A卡，涼涼。嵌入式開發，FPGA開發，Mac...
軟體開發專案經驗？？
Bingo 瀉藥。個人經驗是 興趣驅動。講道理我這種雖然是渣科班出身的，最後到了面試的時候派上用場的專案經歷都是自己瞎逼重新寫輪子整點興趣愛好弄的。題主雖然是非計算機專業，應該是想要長遠走下去吧。如果是我，我會選擇從基礎開始，找到乙個喜歡的方向，然後重新造幾個輪子 一句話總結就是 得耐得住寂寞。培訓...
為什麼軟體開發需要重構？
李超利 其實最核心的一點是 現在的邏輯不能有效快速的支撐未來的邏輯 我們要在何時的階段去小步迭代去補這個 技術負債 在系統開發之初，系統用例比較少，軟體的領域模型相對比較簡單，但是隨著系統用例的不斷增多，發現領域模型不能有效的支撐，隨即開發人員用錯誤的系統模型不斷的增加各種判定路由 標記儲存等去解決...