关于使用runtimeStyle属性问题讨论文章

IE有 style、runtimeStyle和currentStyle，FF没有runtimeStyle和currentStyle

当我们在IE中使用IE提供的DOM时，我们会发现关于style的相关属性有三个分组，它们分别是style、runtimeStyle和currentStyle。关于这个三种style的作用和基本用途，我曾经在这篇文章中有讲过，但随着越来越深入的使用，总算对怎么使用runtimeStyle属性有了一些自己的心得。
首先，runtimeStyle属性不是必需的，它的存在甚至远没有currentStyle有意义，因为由于IE布局、呈现原理限制，style属性里的定义，总有一些是无法和currentStyle同步的。什么意思呢？比如我们不设定TR元素的line-height或table-layout样式属性，我们是无法得到任意高度的表格行的，即使你费劲写上100个style="height: 1px"，也是没有任何效果的。这时style的height虽然是1px，而currentStyle的height仍然是表格实际的高度。firefox不提供runtimeStyle和currentStyle，不知道它怎么解决这个不同步的问题？是不是会反向同步不能表现的style属性呢？
所以，runtimeStyle属性说白了就是用来锦上添花的，那么有没有只有使用runtimeStyle才能完成的功能或效果呢？要说有那也是自找的，比如本blog的Invert页面颜色功能，这个还真的是只有使用runtimeStyle属性才能做出来。除此之外，由于对runtimeStyle属性的设置不用同步到style，也不会同步，所以使用runtimeStyle修改元素的样式应该有更高的效率。不过这个不同步同时带来一个比较隐蔽的问题，如果我们总是操作dom，使用runtimeStyle和currentStyle是没有问题的，可是如果我们在实现中又穿插使用DHTML特性，比如读写innerHTML或读取outerHTML属性。这时不同步style的问题就出来了，不小心遇上回郁闷个半死的，因为程序不会有任何的运行错误，就是不管怎么弄都没有预期的效果。
总结一：runtimeStyle属性一定要配对使用，即element.runtimeStyle.xxx = 'attribue';和element.runtimeStyle.xxx = '';配对。如果可以明确的写出element.style.xxx = 'attribue1';和element.style.xxx = 'attribue2';，那么就没有什么必要使用runtimeStyle了。在同一个元素中混用style和runtimeStyle应该是一定要禁止的，由于style和runtimeStyle覆盖优先级不同，如果混用稍有不慎就会出一些莫名奇妙的问题，徒增debug的困扰和难度。
总结二：runtimeStyle属性不要在有innerHTML和outerHTML操作的编程环境中使用，否则不小心就会郁闷个半死。因为runtimeStyle的修改不会同步会html中的style里去，这个问题就会类似上面提到的同一元素中混用style和runtimeStyle的问题。
当然混用在首次实现的时候使用，程序员心里面其实是很清楚地，一般不会出什么大差错，可是这样的代码会给后期的debug以及update埋下很严重的错误隐患。