快捷導(dǎo)航

在服務(wù)器端的XSLT過程中的編碼問題

更新時(shí)間：2007年02月02日 00:00:00 作者：

最近和蘋果皮在討論優(yōu)化 Weather For Google Earth 的時(shí)候使用到了 XSLT 來轉(zhuǎn)換 XML 數(shù)據(jù)的問題，那這里就必須用到轉(zhuǎn)換引擎，大概過程就是把 XML 文件和 XSLT 文件都轉(zhuǎn)載到內(nèi)存里用DOM引擎進(jìn)行轉(zhuǎn)換到我們想要的 HTML（我這個(gè)實(shí)例里是要生成 KML 文件）。這個(gè)轉(zhuǎn)換的過程又分客戶端和服務(wù)器端的，因?yàn)榭蛻舳说霓D(zhuǎn)換需要用戶的瀏覽器完整地支持 XML ，但不是全部的用戶的瀏覽器現(xiàn)在都支持的（IE5、IE4等），所以進(jìn)行服務(wù)端的轉(zhuǎn)換是比較理想的。
    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文件形式（內(nèi)容部分省略）：

<?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>

    我開始進(jìn)行的轉(zhuǎn)換代碼，用的是ASP+JavaScirpt :

//========輸出類型和流編碼==========================
      Response.ContentType = "application/vnd.google-earth.kml+xml";
      Response.CharSet = "UTF-8" ;
//=====獲得并載入遠(yuǎn)程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"));
//======文件的轉(zhuǎn)換====================
      Response.Write(oXD.transformNode(xsl));
    按理說這樣應(yīng)該沒有編碼的問題了，因?yàn)樵撀暶骶幋a的地方都聲明了?？墒瞧隽藛栴}。輸出的 KML 文件的開頭聲明里面總是
  <?xml version="1.0" encoding="UTF-16"?>
  通過測(cè)試發(fā)現(xiàn) XML 和 XSLT 兩個(gè)源文件沒有問題，那問題就在 ASP 代碼里的轉(zhuǎn)換引擎上，后來在RE: [xsl] Problem with Chinese (Solution)這篇文章上大概的找到了原因，這里面說引擎 transformNode 是生成了一個(gè)字符串，而在 win32 平臺(tái)上總是以 UTF-16 來處理字符串的，然后我們?cè)儆眠@個(gè)字符串來生成 KML 文件，那結(jié)果就只能是 UTF-16 的了。
    解決的辦法就是用 transformNodeToObject 引擎。文件轉(zhuǎn)換部分換成 oXD.transformNodeToObject( xsl , Response)。這兩個(gè)方法的不同之處就是前一個(gè)是生成了一個(gè)字符串變量，后一個(gè)是直接把轉(zhuǎn)換后的 XML 數(shù)據(jù)保存到指定的節(jié)點(diǎn)里了。