我用C++Builder20年了，最近想啟動個長期軟體專案，選擇工具，在Qt、CB6、C#+VC之間搖擺。
用Qt撰寫的著名軟體挺多的（https://blog.csdn.net/tianlang3659/article/details/84832338），包括3DSlicer，Qt Creator，Skype，Mathematica，WPS Office。
可是，用c++Builder開發的著名軟體有哪些呢？
https://www.embarcadero.com/case-study
https://www.embarcadero.com/case-study/busicom-case-study
BUSICOM
Each retail store can update to the latest version at any time C++Builder driving the speedy development of a POS register
這樣看來，從成功案例的對比上看，c++builder是遠遠不如Qt了。有點后悔沒有早點學Qt了。
uj5u.com熱心網友回復：
那些軟體多數不是windows平臺的，在那些平臺，Qt是首選。windows平臺的話，有vc，delphi，c++ builder，qt，c#可選，兩個是微軟的女兒不愁嫁，另外三個各有優點。delphi和cb，大量用于快速構建中小企業資料庫管理資訊系統，是vc和qt沒法比的。當然，delphi和cb也開發有很多通用軟體，我開電腦了發個鏈接上來。windows的多數著名軟體，像photoshop之類，也并沒有用qt，所以說明不了什么。uj5u.com熱心網友回復：
世界范圍內，Qt的書籍如此之少，也說明了一個問題。只是因為qt的開源和linux平臺的使用，這些年在國內的軍工類企業大量使用，也是好事，畢竟開源，不像RAD（delphi，cb）那么昂貴。uj5u.com熱心網友回復：
世界范圍內，Qt的書籍如此之少，也說明了一個問題。只是因為qt的開源和linux平臺的使用，這些年在國內的軍工類企業大量使用，也是好事，畢竟開源，不像RAD（delphi，cb）那么昂貴。uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
Delphi、CB、Qt都發展了20幾年了，各有優點。希望將來能出現一種一統各個平臺（Windows、Linux、Mac、iOS、Android等）江湖的開發工具和庫，集各種優點，讓Photoshop、QQ、迅雷、微信等軟體都轉向用它，那就皆大歡喜了。Qt個人感覺不太可能，RAD因為不是開源工具，FMX也不太可能。微軟的不用幻想。未來看看谷歌的框架有沒有可能（ 在國內也不可能，除非是各國企業合作的）。Good Quality Applications Built With CppBuilder
https://delphi.fandom.com/wiki/Good_Quality_Applications_Built_With_CppBuilder
Good Quality Applications Built With Delphi
https://delphi.fandom.com/wiki/Good_Quality_Applications_Built_With_Delphi
uj5u.com熱心網友回復：
Skype的Linux版是用Qt寫的UI，Windows版是用Delphi寫的UI，Skype的作者之一Toivo Annus，當年還把Qt罵了一通：The original internal alpha version of UI was built in QT and we hoped to do few platforms at same take. However the result looked like crap, our progress seemed slow and we ditched the QT about 2 months before public beta release.
Delphi was chosen because our first senior UI developer was very skilled at Delphi (besides dozen other languages-environments) and we saw D as most productive, fastest, efficient way to build our app given our team/lead developer skills and also getting very good UX on MSWin platform.
uj5u.com熱心網友回復：
可能比較早期的Qt？
uj5u.com熱心網友回復：
這話是Toivo Annus在2011年說的，也不是很早，當然說的是更早之前的事
uj5u.com熱心網友回復：
Qt 1991年開始的，那不算早。uj5u.com熱心網友回復：
不是吧 你用BCB 20多年 還要問這個問題?如果你產品沒有跨平臺的預期 干嘛要用QT?
再說了 QT跟你BCB有毛線區別 去掉產品的外觀 具體實作的代碼那個C++都可以編譯好么.
我自己平時就很注意 能用STL就用STL方法去寫. 具體業務邏輯演算法 一定去掉非標準C++的東西 獨立出來.
這樣的話 能力有提高. 一旦有跨平臺需求 方便移植.
uj5u.com熱心網友回復：
有道理。
uj5u.com熱心網友回復：
樓主可能是來推廣Qt的，不必認真...uj5u.com熱心網友回復：
樓主想嘗新？最后發現還是原配好。
uj5u.com熱心網友回復：
如果是跨平臺， 還是選擇qt吧，我本人最早用cb開發4年左右，后面8年qt開發。說實話，qt在逐步發展，已經發展到一個很高的程度了。如今qt開發非常便利，資源也多。uj5u.com熱心網友回復：
Qt的基礎架構落后，已經發展不下去了~~~
uj5u.com熱心網友回復：
落后在哪里？賜教一下唄~~~
uj5u.com熱心網友回復：
那可就小孩沒娘，說來話長了~~~
簡單說，Qt的框架設計仍然屬于MFC、OWL的層次，雖然功能比MFC、OWL強，但并沒有實作真正的組件化設計，只能算是 2.5代框架。由于標準C++缺少反射能力，不能在設計時創建實體，拖到Qt設計器中的組件只是一個外觀（方框+圖片+文字），沒有實際功能，也不能實作組件自己的設計時擴展。為了解決這個缺陷，Qt的設計者從Qt 4.8開始引入QML，使用內嵌JS引擎來創建UI，基于QML的組件實際是用JS寫的，不是C++，但是應用效果并不理想，硬體要求高、UI表現能力一般，沒有得到廣泛使用，據說Qt6中JS引擎要變成可選的，實際就是放棄了。
另外，Qt庫的設計上也有一些問題，典型缺少類似TPersistent持久層的設計，創建自己的組件比較復雜，因此較少有Qt的第三方組件，像VCL、FMX的第三方組件成千上萬的情況是沒有的，用戶可用的擴展比較少。
uj5u.com熱心網友回復：
Qt的三方組件比較少，是這個技術上的原因？
uj5u.com熱心網友回復：
Qt的第三方組件比較少，肯定有技術上的原因，我認為缺少持久層的設計是一個重要因素，也可能有其他因素，導致寫Qt的組件比較復雜，甚至.net的第三方組件都遠多于Qt的。uj5u.com熱心網友回復：
Qt有沒有可能從底層開始把整個架構調整成和VCL、FMX類似的，其它大部分類的介面保持不變？
uj5u.com熱心網友回復：
可能比較困難，事件處理模型就不一樣uj5u.com熱心網友回復：
就是改成一個C++版本的VCL、FMX類似物，不知道標準C++的語法支不支持，比如__closure事件，屬性之類（或get或set方法代替？），虛擬構造。。
uj5u.com熱心網友回復：
那等于改成另一個C++Builder了
uj5u.com熱心網友回復：
好處就是開源、免費。
uj5u.com熱心網友回復：
估計Qt公司沒有足夠的技術儲備做這么大的改動~~~uj5u.com熱心網友回復：
用C++想完全照抄VCL、FMX原始碼也不容易。
uj5u.com熱心網友回復：
我覺和原生C++不可能采用VCL的設計架構，因為BCB的架構用C++實作不了的，所以BCB的編譯器實際上是在C++基礎上進行過反射等功能的改造后形成的。所以僅在這方面，兩者肯定是很極大的差異的uj5u.com熱心網友回復：
有錯別字，但沒錯的。
uj5u.com熱心網友回復：
是需要從編譯器級做起，實際上VC++為了支持.net和uwp也對C++做了擴展，所以Qt當然也可以搞個QC++，問題只是Qt公司想不想或者有沒有技術儲備維護自己的編譯器
uj5u.com熱心網友回復：
自己搞出編譯器，要么能覆寫所有Qt需要覆寫的領域，要么只能限制Qt在某一、兩個單一領域，這都會為發展造成大的障礙。
所以以Qt的實力來說，是不會這么做的
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/17504.html
標籤：茶館
上一篇：大神給點建議
下一篇：keil打開不了檔案