最近和蘋果皮在討論優化 Weather For Google Earth 的時候使用到了 XSLT 來轉換 XML 資料的問題,那麼這裡就必須用到轉換引擎,大概過程就是把 XML 檔案和 XSLT 檔案都轉載到記憶體中用DOM引擎進行轉換到我們想要的 HTML(我這個實例裡是要產生 KML 檔案)。這個轉換的過程又分客戶端和伺服器端的,因為客戶端的轉換需要用戶的瀏覽器完整地支援 XML ,但不是全部的用戶的瀏覽器現在都支援的(IE5、IE4等),所以進行服務端的轉換是比較理想的。
XML檔案形式:
<?xml version="1.0" encoding="UTF-8"?> <weather ver="2.0"> <head>[...] </head> <loc id="CHXX0101">[...] </loc> <cc>[...] </cc> <dayf> <lsup>10/28/06 11:16 AM Local Time</lsup> <day d="0" t="Saturday" dt="Oct 28">[...] </day> <day d="1" t="Sunday" dt="Oct 29">[...] </day> </dayf> </weather>
XSLT檔案形式(內容部分省略):
<?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/">[...] </xsl:stylesheet>
我開始進行的轉換程式碼,用的是ASP+JavaScirpt
//========輸出類型與流編碼==========================
Response.ContentType = "application/vnd.google-earth.kml+xml"; Response.CharSet = "UTF-8" ;
//=====取得並載入遠端XML檔案==========================
var oXHy = Server.CreateObject("MSXML2.XMLHTTP"); var url = http://www.dnxh.cn/ge/CHXX0101.xml; oXHy.open("GET",url,false); oXHy.send(); var oXD = Server.CreateObject("MSXML2.DOMDocument"); oXD.loadXML(oXHy.responseText);
//======載入XSL檔案=========================
var xsl = Server.CreateObject("Microsoft.XMLDOM"); xsl.async = false; xsl.load(Server.MapPath("gew.xsl"));
//======檔案的轉換====================
Response.Write(oXD.transformNode(xsl));
照理說這樣應該沒有編碼的問題了,因為該聲明編碼的地方都聲明了。可是偏偏出了問題。輸出的 KML 檔案的開頭聲明裡面總是
<?xml version="1.0" encoding="UTF-16"?>
透過測試發現 XML 和 XSLT 兩個原始檔案沒有問題,那問題就在 ASP 程式碼裡的轉換引擎上,後來在RE: [ xsl] Problem with Chinese (Solution)這篇文章上大概的找到了原因,這裡面說引擎 transformNode 是產生了一個字串,而在 win32 平台上總是以 UTF-16 來處理字串的,然後我們再處理字串用這個字串來產生 KML 文件,那結果就只能是 UTF-16 的了。
解決的方法就是用 transformNodeToObject 引擎。檔案轉換部分換成 oXD.transformNodeToObject( xsl , Response)。這兩個方法的不同之處就是前一個是產生了一個字串變量,後者是直接把轉換後的 XML 資料保存到指定的節點裡了。
以上是在伺服器端的XSLT過程中出現的編碼問題解決方案的詳細內容。更多資訊請關注PHP中文網其他相關文章!