前几天测试一个小程序，其中需要获取表格中某行第一个单元格自定义的属性值，很自然地就用到：
这行代码在IE6上可以正确执行，但是在FireFox3.5上却没有结果。错误提示：不支持该属性或方法。根据经验判断，应该是tr或者tr.firstChild二者中有一个没有获取正确的对象。于是使用tr.nodeName和tr.firstChild.nodeName进行测试，前者是tr对象没有错误，而后者的值却是#text；而此时使用tr.firstChild.sibling获得就是第一个td对象。
当时就想，FireFox是不是对Table中所有元素都采用了这样的处理，即不是按照table>tbody>tr/th>td的顺序，而是table>#text|tbody>#text|tr>#text|td。于是就写了下面的简单测试程序，进行验证。
这是得到结果如下图所示：
从图中可以明显看到TBody的firstChild值就是TR，这和原来的设想并不一样。
仔细观察代码可以发现，TBODY并没有实际写在代码中，而是由浏览器自动加上，那么会不会是这样原因导致的？于是把表格代码改为下面的形式：
再次运行，结果如图：
证实了上面的假设，即tbody是由FireFox自动加上的。
于是又想，如果表格完全是由JavaScript动态生成，firstChild是不是就不是#text了呢？通过下面的程序测试一下：
这次得到的结果：
这就和IE中的结果保持一致。
现在知道了FireFox和IE中对于Table中各元素的firstChild属性有不同的处理，那么就要避开使用firstChild以及其他child相关属性，而使用：getElementById(), getElementsByTagName()此类的方法，使程序具有跨浏览器特性。
