MSXML的一个令人不爽的地方——M$是故意违背标准的吗？

9月教XML课程的时候，使用MSXML来做演示。虽然讲课的时候，我说了不少xml标准的发展，并且说各大厂商将会追随标准不断更新自己的产品。然而事实并非如此。M$就是典型。

MSXML SDK，自毕业论文用过3.0之后，就未再接触过。一直到这次才又捡出来MS XML Core Services 4.0。当前MS最新的XML Parser仍然是发布了很久了的 MSXML 4.0 sp2。我原本以为MSXML 4.0已经支持DOM level 2，但是事实并非如此（相反Mozilla支持了绝大多数DOM2模块以及大量的DOM3特性）。

甚至其对DOM level 1的支持也很令人头大。我写了一段代码，显示一个xml node，一般的，需要根据nodeType来做不同的输出：

    switch (node.nodeType)
    {
        case node.ATTRIBUTE_NODE:
            return "{" + node.namespaceURI + "}" + node.nodeName + ": " + node.nodeValue;
            break;
        case node.TEXT_NODE:
            if (node.isElementContentWhitespace) return "";
            else return node.nodeValue;
        ...
    }

其中namespaceURI是DOM2增加的prop，但MSXML倒也支持。isElementContentWhitespace是DOM3增加的，用来测试文本节点是否为空（即在源xml中的无意义空白），MSXML不支持，但是由于是js，所以也不影响。但是这段代码仍旧不能按照预期运行（本身这个bug就比较隐蔽，需要拿一个较完整的xmldoc进行测试）。

我费了好大劲调试后才发现，msxml居然没有支持node接口上的常量：XXX_NODE。这样就必须直接写值如下：

    switch (node.nodeType)
    {
        case 2 /*node.ATTRIBUTE_NODE*/:
            return "{" + node.namespaceURI + "}" + node.nodeName + ": " + node.nodeValue;
            break;
        case 3 /*node.TEXT_NODE*/:
            if (node.isElementContentWhitespace) return "";  //if (node.nodeValue.match(/^\s*$/)) return "";
            else return node.nodeValue;
        ...
    }

显然，用常量的整数值不直观，对程序维护是个问题（虽然可以像上面一样加上注释）。然而，令人郁闷的是，事实上，msxml是有这组常量的：

IXMLDOMNodeType Enumerated Constants

NODE_ELEMENT(1), NODE_ATTRIBUTE(2), NODE_TEXT(3), etc.

问题是：

1. 它不是node接口下的常量；
2. 在动态类型的脚本环境下，没有办法引用由编译器保障的常量名（至少在SDK中没找到example）；
3. 它的命名方式跟DOM规范所列常量名不一致！

尤其可恶的是第三点，规范叫做XXX_NODE，M$偏要叫NODE_XXX，不知道M$是出于什么考虑？！微软故意违背标准来嘲笑标准和标准化组织？M$还有个扩展prop叫"nodeTypeString"，返回形如'element'、'attribute'、'text'的字符串，但是就偏偏不肯行举手之劳加上标准中Node接口下所列的常量名。并且，在M$及其盟友的世界，我们丧失了自由权利，故我们也无法做任何修正或补救——除了毫无希望的去祈求M$。

本文地址：http://com.8s8s.com/it/it43848.htm