文章詳情頁
在服務器端的XSLT過程中的編碼問題
最近和蘋果皮在討論優(yōu)化 Weather For Google Earth 的時候使用到了 XSLT 來轉換 XML 數(shù)據(jù)的問題，那這里就必須用到轉換引擎，大概過程就是把 XML 文件和 XSLT 文件都轉載到內存里用DOM引擎進行轉換到我們想要的 HTML（我這個實例里是要生成 KML 文件）。這個轉換的過程又分客戶端和服務器端的，因為客戶端的轉換需要用戶的瀏覽器完整地支持 XML ，但不是全部的用戶的瀏覽器現(xiàn)在都支持的（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"?>
通過測試發(fā)現(xiàn) XML 和 XSLT 兩個源文件沒有問題，那問題就在 ASP 代碼里的轉換引擎上，后來在RE: [xsl] Problem with Chinese (Solution)這篇文章上大概的找到了原因，這里面說引擎 transformNode 是生成了一個字符串，而在 win32 平臺上總是以 UTF-16 來處理字符串的，然后我們再用這個字符串來生成 KML 文件，那結果就只能是 UTF-16 的了。
解決的辦法就是用 transformNodeToObject 引擎。文件轉換部分換成 oXD.transformNodeToObject( xsl , Response)。這兩個方法的不同之處就是前一個是生成了一個字符串變量，后一個是直接把轉換后的 XML 數(shù)據(jù)保存到指定的節(jié)點里了。
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"?>
通過測試發(fā)現(xiàn) XML 和 XSLT 兩個源文件沒有問題，那問題就在 ASP 代碼里的轉換引擎上，后來在RE: [xsl] Problem with Chinese (Solution)這篇文章上大概的找到了原因，這里面說引擎 transformNode 是生成了一個字符串，而在 win32 平臺上總是以 UTF-16 來處理字符串的，然后我們再用這個字符串來生成 KML 文件，那結果就只能是 UTF-16 的了。
解決的辦法就是用 transformNodeToObject 引擎。文件轉換部分換成 oXD.transformNodeToObject( xsl , Response)。這兩個方法的不同之處就是前一個是生成了一個字符串變量，后一個是直接把轉換后的 XML 數(shù)據(jù)保存到指定的節(jié)點里了。
標簽：
XML/RSS
相關文章：
1. IntelliJ IDEA設置默認瀏覽器的方法2. HTTP協(xié)議常用的請求頭和響應頭響應詳解說明（學習）3. idea設置提示不區(qū)分大小寫的方法4. docker容器調用yum報錯的解決辦法5. VMware中如何安裝Ubuntu6. CentOS郵件服務器搭建系列—— POP / IMAP 服務器的構建（ Dovecot ）7. .NET SkiaSharp 生成二維碼驗證碼及指定區(qū)域截取方法實現(xiàn)8. IntelliJ IDEA創(chuàng)建web項目的方法9. django創(chuàng)建css文件夾的具體方法10. ASP.NET MVC通過勾選checkbox更改select的內容
排行榜
網公網安備