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

VS2015的跨平臺(tái)特性會(huì)對(duì)Qt帶來(lái)沖擊嗎？

的理論相對(duì)客觀性和：

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

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

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

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

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

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

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

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

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

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