编程语言

img hax

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

发表于2004/9/29 15:03:00  1671人阅读

分类: XML Tech 技术批判

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$。

阅读全文
0 0

相关文章推荐

img
取 消
img