VS2015的跨平臺特性會對Qt帶來沖擊嗎？ 的理論相對客觀性和：1)Qt在iOS和Android的UI支持上只能算一般，與原生UI相差甚遠(yuǎn)，對平臺新版本的新特性支持較弱。VS 美國在這方面的支持，

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

的理論相對客觀性和：

1)Qt在iOS和Android的UI支持上只能算一般，與原生UI相差甚遠(yuǎn)，對平臺新版本的新特性支持較弱。VS 美國在這方面的支持，基于喬布斯和；;評論說微軟太缺乏審美能力 "，我也說了，我一點都不樂觀。

2)業(yè)務(wù)層用的Qt庫和幾家公司自己用的native C庫有一些區(qū)別。除非有公司用Qt作為基本庫，否則這是個例外?；赩S的iOS和Android支持的編譯器是gcc和clang，WinRT是MSVC，和Qt一致。

3)3)Qt反射包或者元系統(tǒng)包很重，至少超過了C-standard的rtti。雖然這個系統(tǒng)適合開發(fā)UI，但是作為業(yè)務(wù)層，有了這么重的外殼，Qt就失去了用java和Objective C遷移到C的一些性能優(yōu)勢..由于VS中編譯鏈的限制，加上基于llvm的coreclr支持還處于起步階段，所以幾乎不考慮c#的可能性。

4)最近幾個月，我一直在觀察QtBug列表。在上面，用戶Qt不斷吐槽iOS和Android，小bug層出不窮，有的甚至影響正常啟動。對WinRT的支持就更少了。VS 的對WinRT的支持肯定會是原生的。至于另外兩個平臺，還得自己維護(hù)。

5)視網(wǎng)膜支持。除了Mac平臺的穩(wěn)定支持，其他平臺只承諾增加支持。改進(jìn)視網(wǎng)膜支持的帖子是去年發(fā)的，今年年初發(fā)布的Qt5.4只是改進(jìn)了Mac部分，增加了實驗性的Windows和Linux支持。什么時候加入這部分支持才算完美？

6)6)Qt在移動端能投入多少？首先，一個不相關(guān)的話題是，Qt s對桌面跨平臺的支持可謂窮盡:對于Windows 8/8.1 2xDPI顯示支持(HIDPI)，需要在程序中手動設(shè)置環(huán)境變量并添加啟動選項才能打開，否則Qt 的原始方法將被扭曲；什么時候可以在Mac的狀態(tài)欄中使用帶有模板集的NSImage？TrayIcon中的Linux，從Qt5.1開始就消失了，直到Qt 5.4.2即將發(fā)布，三大版本之后才修復(fù)。其長達(dá)六個月的開發(fā)周期，龐大臃腫的庫，面對更新迭代更加瘋狂的移動終端，Qt s的表現(xiàn)就是Qt缺乏對iOS和Android的相關(guān)支持，以及運(yùn)行時司空見慣的各種崩潰，對WinRT的支持。我覺得這更像是一個黑客項目。VS can 在VS2015之前不做評論。7)我認(rèn)為跨平臺C支持最顯著的好處是UI層一次性封裝跨平臺組件，還是業(yè)務(wù)層的代碼重用和性能優(yōu)化？正如1)3)6)中所討論的，我個人認(rèn)為Qt UI層剝離平臺相關(guān)的開發(fā)純屬扯淡，跨平臺開放給C帶來的最大好處就是復(fù)用高質(zhì)量的基礎(chǔ)庫和核心業(yè)務(wù)代碼帶來的性能優(yōu)勢和項目維護(hù)優(yōu)勢。

8)Qt ;的移動開發(fā)支持，它自己的開發(fā)工具是平臺相關(guān)的，這意味著Qt可以 t在Windows下開發(fā)iOS和Android，Qt可以 不要在Linux下開發(fā)iOS。相比Windows下VS2015帶來的CrossMobil

如何靜態(tài)編譯發(fā)布Qt應(yīng)用程序？

如果你說的是Qt程序，靜態(tài)編譯就得從源代碼編譯Qt靜態(tài)庫。官網(wǎng)預(yù)編譯版本不含靜態(tài)庫。

這個很復(fù)雜，請參考qt-everywhere-opensource中提供的編譯幫助。注意，如果使用miongw，gcc版本應(yīng)該不是4.6.2。這個版本比較特殊，但卻是mingw正式版的最新打包版本。如果你說的是非qt庫依賴，有mingw和VS兩種，前者有一個靜態(tài)庫，在某些發(fā)行版中默認(rèn)直接連接，后者非常不鼓勵。畢竟它加載了系統(tǒng)中常用的dll，基本上所有系統(tǒng)都是推薦的運(yùn)行時環(huán)境。使用靜態(tài)庫是吃力不討好的。