2012-12-15 45 views
5

我想知道我對這個主題的看法是否正確。使用embarcadero的C++ builder(現在使用基於clang的編譯器)和FireMonkey框架支持Qt有什麼意義嗎?關鍵在於Qt似乎將widgets放在後面,他們更專注於JavaScript,而embarcadero似乎非常致力於C++。我是對的還是我看錯了嗎? 謝謝。Embarcadero C++ builder + FireMoneky與Qt

+3

@downvoter我真的不明白你的理由。爲了在我的職業生涯中選擇正確的路徑(Qt或C++ builder)作爲C++開發者,我提出了真正的問題。那有什麼問題? – user336359

+1

我認爲這個話題不是「不具有建設性」。我認爲這是有建設性的。 – ozgur

回答

1

的Qt似乎留下的部件和他們集中的JavaScript

號從Qt的5.0更 開始推動針對將要寫入QML圖形用戶界面,同時後端仍然是不管你希望它是(C++傳統上,但幾乎是語言的Qt綁定)。主要原因是因爲編寫現代流體硬件加速UI非常費力,所以Qt編寫了一個基於JavaScript的語言,可以自動完成大部分工作;另一個原因是因爲雖然每個人都知道GUI代碼和後端代碼應該完全分離,但在現實世界中,它們往往會混合在一起,具有帶信號/插槽驅動後端的QML前端強制執行此操作。另外Qt還有QML中的所有'傳統'小部件(目前仍處於測試階段,但旨在爲v5.1發佈 - 我認爲),並且C++小部件仍將在其自己的庫中提供。更不要說Qt總是支持以前的版本,所以你可能還需要7年的時間才能用於'普通'v4.x C++小部件!

我無法評論Embarcadero公司或FireMonkey - 因爲我從來沒有聽說過...

+0

我知道Qt(包括Windows上的MinGW和Linux上的GCC/Clang)以及Embarcadero C++ Builder產品。結論:甚至不考慮Embarcadero。他們提供的每個方面都是廢話 - 通常不僅僅是與Qt相比。 – rettichschnidi