XSLT 的 format-number() 函数格式化数字的功能的确狠强悍，简单的指定一个格式字符串就可以把数字格式化成任何想要的格式。但是最近遇到一个问题，如果格式化数字的时候如果被格式化的是一个非数字的字符串，那么输出的结果就会是一个 NaN 字符串，而我想要的却是显示“-” 字符。难道格式化之前首先要判断一次是否为 NaN? XSLT 的条件判断语句麻烦的要死，如果每次格式化都判断一次，势必非常繁琐。难道就没有别的办法了，查了一下 www.w3cshool.com , 原来和 format-number 配套的还有 <xsl:decimal-format> 这个元素。

<xsl:decimal-format name="name" decimal-separator="char" grouping-separator="char" infinity="string" minus-sign="char" NaN="string" percent="char" digit="char"
per-mille="char" zero-digit="char" pattern-separator="char"/>

<xsl:decimal-format> 定义了使用 format-number() 函数在将数字转换成字符串过程中用到的一些字符。使用 <xsl:decimal-format> 元素，可以改变修改上述特殊字符。例如在欧洲人们使用逗号表示小数点 ：），这时<xsl:decimal-format> 元素就可以派上用场了。

除了定一个全局的格式以外，还可以定义一个带有 name 属性的<xsl:decimal-format>元素，format-number() 函数可以通过 name 来调用特定的元素，不会影响其它地方的 format-number 调用。

下面详细介绍属性

上表中“值” 一列中的 char 表示该属性是一个字符，string 表示该属性是一个字符串。 有了 <xsl:decimal-format>  元素，还会陷入拼接字符串的泥潭吗？

最近项目里出现了一个怪问题，有一段脚本只有嵌在 .aspx 页面中才能正确执行，如果把它单独保存在一个 .js 文件里，然后在 .aspx 连接脚本文件就死活不能运行，总是脚本报错。折磨了很久，最后只能把脚本单独放在每个页面里面，可是很明显这种做法狠不好，每个页面都有一份拷贝，如果改起来可就很可怕了。

后来项目另外一个以前一直正常的 .js 文件也出现了这个问题，问题出在哪？对比了出错前后两个版本的代码，发现原来脚本里面的注释都是英文的，现在的增加了一行中文，。这才恍然大悟，肯定就是编码的问题了。一看果然，web.config，.aspx 都是设置为UTF-8 编码的，而 js 文件则是GB2312 编码，客户端执行页面时候嵌入的js 脚本没有中文倒好，有了中文之后被识别成乱码，整个脚本乱了套了，能执行才怪呢。

XML 数据里面包含了 <br /> 这个 html 元素， 但是用 C# 进行 XsltTransform 死活就是输出不了 <br />。奇怪的是IE 直接浏览 XML 文件和 Javascript 调用 MSXML 得到的转换结果却是正常的 - <br /> 可以正常的显示出来。文件是这样写的（部分）

XML：

<root>
    <a><![CDATA[AAAAAA <br /> BBBBBB<br />CCCCCC]]></a>
</root>

XSLT:

<xsl:value-of disable-output-escaping="yes" select="/root/a"/>

Javascript

    var xml = new ActiveXObject("Msxml2.DOMDocument.4.0");
 xml.load("a.xml"); 
    var xslt = new ActiveXObject("Msxml2.DOMDocument.4.0");
 xslt.load("a.xslt");
 document.write(xml.transformNode(xslt));

C#  

            XslTransform xslt = new XslTransform();
            XmlDocument xml = new XmlDocument();
            xslt.Load("a.xslt");
            xml.Load(("a.xml"));
            using (XmlTextWriter writer = new XmlTextWriter("a.doc", Encoding.Default))
            {
                xslt.Transform(xml, null, writer, null);
                writer.Close();
            }

就是上面的这些代码，用浏览器直接看 xml 文件和 javascript 都是正常的输出的结果，就像事先设想的那样：

AAAAAA 
BBBBBB
CCCCCC 

但是 C# 那个版本的就是输出不了 <br />， 结果是这样的：

AAAAAABBBBBBCCCCCC 

Google 半天找到原来是这样样子的 XmlWriter XmlReader 将忽略 XSLT 中的 disable-output-escaping 这个选项（详情参考 http://www.dotnet247.com/247reference/msgs/28/142194.aspx）。将上述 C# 代码中的 XmlTextWriter 换成 FileStream 一切搞定。

System.IO.Stream strmTemp = new System.IO.FileStream("a.doc", System.IO.FileMode.Create, System.IO.FileAccess.ReadWrite);

最近的 MSDN 上介绍了一个利用 Http Module 和 Handler 实现的错误记录模块 ELMAH((Error Logging Modules And Handlers)), 他可以记录所有没有处理的 ASP.net 程序异常, 不需要修改现有的代码, 不需要重新编译部署, 修改 Web.config 把dll 拷到bin 就好了. ELMAH不仅可以记录下详细的出现在客户端著名的黄屏错误描述, 还包括服务器变量, Cookie, 窗体变量(默认的不在报告中显示Cookie, 窗体变量,但是可以自己修改扩展)等等其他东东.

错误日志的查阅也非常的方便, 非常的棒, 更好的是, 居然还支持发布成 RSS 这样就可以通过你喜欢的新闻阅读器定时查询阅读啦,下面就是MSDN上的几张图:

图1日志列表


图2查看详细错误信息


图3 RSS方式的日志信息

ELMAH 可以很方便的扩展支持多种后端存储方式, 它自身附带支持2种方式 : SqlErrorLog (SQL Server 2000) 和 MemoryErrorLog (内存), 如果不能满足你的需要还可以增加比如 XML, 其他数据库等存储方式哦.

刚刚说了只要修改 Web.config 拷一个dll , 连查看日志需要访问的 aspx 页面都不需要, 纯粹是通过 httpHandler 处理的,干净利落. 最大程度上不会破坏原来的系统.不喜欢可以随时删掉.

具体的技术实现和用法文章里面都很详细的, 而且开放了代码, 大家可以在遵守许可前提下自由使用哦, 顺便再学习一下 Http Module 和 Handler.

ELMAH 代码可以在这里下载

http://workspaces.gotdotnet.com/elmah

MSDN介绍文章在这里

http://msdn.microsoft.com/asp.net/default.aspx?pull=/library/en-us/dnaspp/html/elmah.asp