在服务器端的XSLT过程中的编码问题
程序员文章站
2022-06-28 12:29:40
最近和苹果皮在讨论优化 weather for google earth 的时候使用到了 xslt 来...
最近和苹果皮在讨论优化 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 数据保存到指定的节点里了。