我正在尋找使用Qt的非UI應用程序。它有可能在設備上運行,但會在桌面上啓動。 UI部分(我知道,我說非UI)將是一個帶有HTML(5)/ AJAX的Web服務器。非UI應用程序的Qt?
我真的只使用Qt爲基礎的跨平臺的東西,如線程,同步化,系列化,資源(字符串,也許圖片),國際化等
這將是這樣的事情更好,QT或加速並自己創建跨平臺層?
Qt對我所需要的東西感覺有點沉重,但我想聽聽別人的經驗。
我正在尋找使用Qt的非UI應用程序。它有可能在設備上運行,但會在桌面上啓動。 UI部分(我知道,我說非UI)將是一個帶有HTML(5)/ AJAX的Web服務器。非UI應用程序的Qt?
我真的只使用Qt爲基礎的跨平臺的東西,如線程,同步化,系列化,資源(字符串,也許圖片),國際化等
這將是這樣的事情更好,QT或加速並自己創建跨平臺層?
Qt對我所需要的東西感覺有點沉重,但我想聽聽別人的經驗。
你提出的建議是完全合理的。 您希望跨平臺使用許多功能(如提到的線程等)。 基本上你有一些選項,如下:
選項1(壞):編寫你自己的跨平臺包裝。你會重新發明輪子,而且你可能無法像Qt那樣處理儘可能多的跨平臺的案例和功能。這個選項也意味着誰繼承你的代碼將不得不處理你的自定義庫,而不是一個支持良好且記錄良好的易於訪問的庫。
選項2(不推薦):針對所需的每個功能(如線程,網絡等)使用單獨的跨平臺解決方案。這意味着您(和您的後繼者)必須保持與大量庫的兼容性在將來。
選項3(推薦):使用單一的,有據可查的,易於訪問的庫來滿足您的所有需求。 Qt符合法案。
是的,使用QtCore(和其他非GUI模塊)應該只是你需要做的。在Boost和QtCore之間進行選擇:既做好工作又有時交錯。但不總是。
Qt(Core)主要提供功能。 Boost主要提供實現功能的工具。例如,你在Boost中有模板和函數,而不是在Qt中。 OTOH,如果你需要消息泵之類的東西,你只能在Qt中找到那些。
這真的取決於你想達到的目標。
是的,在我看來,它是完全沒問題的。例如,與Java相比,我不會說Qt比較沉重,因爲它非常廣泛地用於這些任務。 Qt非常強大,乾淨,簡單和快速。我使用它很多,我不知道它的任何主要缺點。
想要關閉這個問題的人不具有建設性:「爲什麼?」 – UmNyobe
更可能是因爲OP在徵求意見,這不是建設性的,因爲它很可能引起辯論,辯論,投票等。 –
試圖編輯出最有可能使問題關閉的部分。儘管如此,它的可能性仍然很高。 –