VS2015的跨平臺特性會對Qt帶來沖擊嗎？“相對絕對客觀”的說：1）Qt在iOS和Android的UI接受上沒法可以算一般，和原生UI相差數(shù)甚遠，對平臺新版本的新特性意見極其薄弱。VS對這方面的支持

VS2015的跨平臺特性會對Qt帶來沖擊嗎？

“相對絕對客觀”的說：

1）Qt在iOS和Android的UI接受上沒法可以算一般，和原生UI相差數(shù)甚遠，對平臺新版本的新特性意見極其薄弱。VS對這方面的支持，基于喬布斯的評語“微軟太嚴重缺乏審美能力”，我也它表示已經(jīng)不看中。

2）業(yè)務層用Qt的庫而言個家公司自己用原生的C庫差別也有的。除非是哪家公司用Qt做了基礎庫，這是同樣。基于VS的iOS、Android支持什么的編譯器是gcc和clang，WinRT是MSVC，這部分和Qt都是完全不同的。

3）Qt的反射標準封裝或者是Meta封裝系統(tǒng)真的很重，至少要達到了c標準的rtti。雖然這套系統(tǒng)比較適合單獨旗下UI，不過另外業(yè)務層，極為重的外殼，用Qt就失去了一部分用java、methodologyc遷移到C的性能優(yōu)勢。VS里面由于編譯鏈的限制，但是設計和實現(xiàn)llvm的coreclr支持我還是幼兒期，甚至用不著考慮到c#的可能性。

4）最近幾個月都在仔細的觀察QtBug列表，上面用戶Qt對iOS、Android吐糟不斷，小Bug層出不窮，甚至有的會影響不大算正常啟動。對WinRT的支持更不給力。VS對WinRT支持當然會是Native的，況且其他兩個平臺，得靠自己以維護了。

5）Retina支持。除了Mac平臺允許穩(wěn)定點，其他平臺僅僅你承諾要增加支持。那個ImproveRetina意見的帖子是去年發(fā)的，今年年初公告的Qt5.4也只不過是完善系統(tǒng)了Mac部分和加入實驗性質的Windows、Linux支持。還沒完美的東西參加這部分允許，又是何年何月？

6）Qt對移動端的投入究竟是什么人能有幾斤幾兩？必須說一個不計較的話題是，Qt對桌面跨平臺的支持無疑是精疲力竭：對Windows 8/8.1的2xDPI顯示支持什么（HIDPI），還要手動設置中環(huán)境變量外加程序內啟動選項選項才能傳送，不然用Qt上古時代利用的界面大都變型詭異扭曲的；Mac的StatusBar中用設置里了template的NSImage何年才能有；Linux在從Qt5.1就regression徹底消失的TrayIcon都是時隔三個大版本到尚未先發(fā)布的Qt5.4.2才有能修復。其6個月的漫長而艱辛的開發(fā)周期，龐大而十分臃腫的庫，面對對更新迭代更瘋狂的移動端，Qt的表現(xiàn)是Qt非常缺乏有對iOS、Android的具體支持，運行時家常便飯的各色crash，對WinRT的支持我如果說這更像是一個的項目。VS只有一等VS2015才能評論。

7）我懷疑跨平臺的C支持什么最顯著的收益，是UI層裸芯片四次跨平臺的組件還是業(yè)務層的代碼復用和性能優(yōu)化？同1）3）6）中繼續(xù)討論，我個人認為QtUI層的剝離平臺相關的變更土地性質純扯淡扯犢子，跨平臺對C新區(qū)的最的收益我還是并行化高質量的基礎庫和核心業(yè)務代碼給他的性能優(yōu)勢和項目魔獸維護優(yōu)勢。

8）Qt的Mobile開發(fā)意見，本身的開發(fā)工具是平臺相關的，那是說Qt又不能在Windows下開發(fā)iOS和Android，Qt也肯定不能在Linux下開發(fā)iOS。兩者相比Windows下VS2015給了CrossMobilePlatform意見，開發(fā)機器只要你是Windows就是可以。這點上Qt編譯鏈技術完勝。

如何開發(fā)一個軟件？

1.開發(fā)一個APP項目的人員配置也很奇怪。開發(fā)網(wǎng)站只需要一個端(電腦PC端)的開發(fā)人員就那樣最好,而開發(fā)完畢APP不需要三個端(PC,安卓,IOS)的開發(fā)人員,常見也相對同時功能網(wǎng)站開發(fā)成本的三倍工作量。APP項目的人員...

的開發(fā)人工成本