最近和蘋果皮在討論優化 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中文網其他相關文章！
