QML是門相當(dāng)新的UI描述語(yǔ)言，因此在文檔上總難免有疏漏之處，如果因此產(chǎn)生了bug，則就需要花費(fèi)大量的時(shí)間去排查。

在最近筆者使用QML的過(guò)程中，在Image獲取資源路徑的細(xì)節(jié)上就出現(xiàn)了這樣的情況。

Image 是qml中一個(gè)非常普通的元素，通常使用方法如下：

其中，source指的Image元素獲取資源的url路徑，這個(gè)url可以是本地的絕對(duì)路徑或者相對(duì)路徑，也可以是qt資源系統(tǒng)的路徑，甚至是網(wǎng)絡(luò)資源的路徑。

正是這個(gè)看起來(lái)不起眼的路徑，卻會(huì)帶來(lái)跟預(yù)期想之外的結(jié)果，并且，僅僅從代碼上來(lái)看，沒(méi)有半點(diǎn)錯(cuò)誤的地方。

要了解這種情況的出現(xiàn)，應(yīng)該要知道qml的兩種使用方式：

1.暴露QML源碼的使用方法，即不對(duì)QML文件進(jìn)行處理，存放在可執(zhí)行文件的目錄下，使用QtDeclarative模塊動(dòng)態(tài)載入，一般適合以開(kāi)源程序;

2.混淆QML源碼的使用方法，即將QML文件加入到qt資源系統(tǒng)，編譯成二進(jìn)制文件供QtDeclarative模塊使用，這樣的好處，是可以隱藏代碼，供商業(yè)項(xiàng)目使用。

在前種的使用方式中，Image元素對(duì)于讀取資源路徑正確無(wú)誤，在Mac.OS.X，Ubuntu和windows平臺(tái)上表示一致，但是后者，卻出現(xiàn)了不同。

假設(shè)Image以如下代碼使用:

QML是門相當(dāng)新的UI描述語(yǔ)言，因此在文檔上總難免有疏漏之處，如果因此產(chǎn)生了bug，則就需要花費(fèi)大量的時(shí)間去排查。

在最近筆者使用QML的過(guò)程中，在Image獲取資源路徑的細(xì)節(jié)上就出現(xiàn)了這樣的情況。

Image 是qml中一個(gè)非常普通的元素，通常使用方法如下：

QML代碼段所在的QML文件和qtlogo都處在qt資源系統(tǒng)中，xx/me/My Data/picture.jpg則值的是三個(gè)系統(tǒng)下實(shí)際的絕對(duì)路徑,這是很異常的情況發(fā)生了。

在windows下Image的表現(xiàn)很正常，但是在Ubuntu下，卻無(wú)法正常顯示系統(tǒng)路徑中的圖片picure.jpg，一個(gè)代碼顯示出不同的結(jié)果來(lái)是相當(dāng)費(fèi)解的事,但是事實(shí)確很簡(jiǎn)單，這個(gè)source提供Url的寫法是錯(cuò)誤的，一個(gè)錯(cuò)誤的代碼自然會(huì)出現(xiàn)異常情況。

當(dāng)QML處在qt 資源系統(tǒng)中，它獲取圖片的路徑自然也是去qt資源系統(tǒng)中獲得了，也就是說(shuō)上述的兩個(gè)路徑變成了qrc:xx/me/My Data/picture.jpg和qrc:resource/qtlogo.png，前者根本不在資源系統(tǒng)內(nèi)，自然就不會(huì)顯示了。

當(dāng)然，對(duì)這樣的情況自然有正確的解決辦法，那就是對(duì)前者路徑的使用應(yīng)該使用file:///xx/me/My Data/picture.jpg，這樣QML才會(huì)正常解析為本地文件的路徑。

至此，對(duì)于Image 資源路徑可以總結(jié)出三個(gè)規(guī)律：

1.在沒(méi)用使用qt資源系統(tǒng)時(shí)，Image的路徑可以是絕對(duì)或者相對(duì)，并不需要特殊的表示;

2.當(dāng)使用qt資源系統(tǒng)時(shí)，如果要特定知指向本地路徑中的圖片資源，那就要使用file://標(biāo)示;

3.當(dāng)獲取網(wǎng)絡(luò)圖片資源并使用使用qt資源系統(tǒng)，由于有http表示存在，QML會(huì)自然去除qrc:標(biāo)示。

其中第三點(diǎn)文中并沒(méi)有說(shuō)明，但是有興趣的同學(xué)可以去試試。