qt開發android應用的可行性 VS2015的跨平臺特性會對Qt帶來沖擊嗎？

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

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

“相對絕對客觀”的說：

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

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

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

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

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

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

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

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

如何開發一個軟件？

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

的開發人工成本