小编给大家分享一下如何解决在服务器端XSLT的过程中出现的编码问题,希望大家阅读完这篇文章后大所收获、下面让我们一起去探讨吧!
最近和苹果皮在讨论优化天气谷歌地球的时候使用到了XSLT来转换XML数据的问题,那这里就必须用到转换引擎,大概过程就是把XML文件和XSLT文件都转载到内存里用DOM引擎进行转换到我们想要的HTML(我这个实例里是要生成KML文件)。这个转换的过程又分客户端和服务器端的,因为客户端的转换需要用户的浏览器完整地支持XML,但不是全部的用户的浏览器现在都支持的(IE5 IE4等),所以进行服务端的转换是比较理想的。
,,XML文件形式:
& lt; ?xml version=?.0”;编码=癠TF-8" ?比; & lt;天气版本=?.0“比; & lt; head> […] & lt;/head> & lt; loc id=癈HXX0101"祝辞[…] & lt;/loc> & lt; cc> […] & lt;/cc> & lt; dayf> & lt; lsup> 10/28/06 11:16当地Time & lt;天d=?”;t=癝aturday"dt=?0月28日“在[…] & lt;/day> & lt;天d=?”;t=癝unday"dt=?0月29日“在[…] & lt;/day> & lt;/dayf> & lt;/weather>
XSLT文件形式(内容部分省略):
& lt; ?xml version=?.0”;编码=癠TF-8" ?比; 样式表& lt; xsl: version=?.0”;xmlns: xsl=癶ttp://www.w3.org/1999/XSL/Transform"比; & lt; xsl:输出方法=皒ml"version=?.0”;编码=癠TF-8"缩进=皔es"/比; & lt; xsl:模板匹配=?霸赱…] & lt;/xsl: stylesheet>
我开始进行的转换代码,用的是ASP + JavaScirpt:
//========输出类型和流编码==========================
,,,
反应。ContentType=坝τ贸绦?vnd.google-earth.kml + xml"; 响应。CharSet=癠TF-8";
//=====获得并载入远程XML文件==========================
var oXHy=Server.CreateObject (“MSXML2.XMLHTTP"); var url=http://www.dnxh.cn/ge/CHXX0101.xml; oXHy.open (“GET"、url、假); oXHy.send (); var oXD=Server.CreateObject (“MSXML2.DOMDocument"); oXD.loadXML (oXHy.responseText);
//======载入XSL文件=========================
var XSL=Server.CreateObject (“Microsoft.XMLDOM"); xsl。异步=false; xsl.load (Server.MapPath (“gew.xsl"));
//======文件的转换====================
,,,Response.Write (oXD.transformNode (xsl));,
,按理说这样应该没有编码的问题了,因为该声明编码的地方都声明了。可是偏偏出了问题。输出的KML文件的开头声明里面总是
& lt; ?xml version=?.0”;编码=癠TF-16" ?在
通过测试发现XML和XSLT两个源文件没有问题,那问题就在ASP代码里的转换引擎上,后来在RE: (xsl)问题与中国(解决方案)这篇文章上大概的找到了原因,这里面说引擎transformNode是生成了一个字符串,而在win32平台上总是以utf - 16来处理字符串的,然后我们再用这个字符串来生成KML文件,那结果就只能是utf - 16的了。
,,解决的办法就是用transformNodeToObject引擎。文件转换部分换成oXD。transformNodeToObject (xsl、响应)。这两个方法的不同之处就是前一个是生成了一个字符串变量,后一个是直接把转换后的XML数据保存到指定的节点里了。
看完了这篇文章,相信你对如何解决在服务器端XSLT的过程中出现的编码问题有了一定的了解,想了解更多相关知识,欢迎关注行业资讯频道,感谢各位的阅读!