文章詳情頁
在服務器端的XSLT過程中的編碼問題
瀏覽：169日期：2022-06-04 08:48:24
最近和蘋果皮在討論優化 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 數據保存到指定的節點里了。
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 數據保存到指定的節點里了。
標簽：
XML/RSS
相關文章：
排行榜
網公網安備