给IE打补丁技艺之CSS Expression
日期：2014-05-17 浏览次数：20881 次
给IE打补丁技巧之CSS Expression
CSS Expression是自IE5开始提供的特性，虽然因安全性、性能问题臭名昭著，到IE8也终于寿终正寝。回过头看，与XMLHttpRequest一样，CSS Expression的理念确实也有先驱之功，从CSS Expression也可看出由jQuery发扬光大的用CSS selector绑定行为的编程方式的雏形。不过雏形只能是雏形。由于设计上的缺陷，CSS Expression不堪大用，通常只局限为patch一些CSS特性，例如min-width/max-width。
不过CSS Expression在patch IE方面其实还可以发挥更大的功用。Dean Edwards首创了一次性执行experssion的模式，巧妙的利用了IE的内建Selector机制，同时又避免了experssion被反复计算的性能问题。这种模式被许多patch所使用。例如Peter Nederlof的hover/active/focus伪类补丁。
但是这个模式仍然有不足。Dean使用的是behavior属性。而单个CSS属性只能被用一次，即在一个元素上，最后根据cascade规则只会有一个behavior声明会胜出，因此你无法为一个元素同时启用多个特性（即调用多个行为）。
Peter Nederlof因为要绑定三个行为（分别对应于三个伪类），因此征用了3个不常用的css property（text-kashida, text-kashida-space, text-justify）。
显然，可以征用的css属性是很有限的（比方说你不能把background这样常用的属性给搞坏了，所以西方人也就是会欺负一下日本人专用的CSS属性）。如果能使用任意自定义的css属性的话，就好了。实际上IE对于不认识的property也是可以通过currentStyle返回其cascade之后的值的，而且expression对于自定义property也是有效的。
但是custom property存在一些问题：
1. 无法用runtimeStyle来override自定义属性
2. 即使删除包含expression的stylesheet，expression仍然有效
3. 在expression调用的方法里也不能调用removeExpression来强行删除表达式（会扔异常）
下面我讲一下我对这个问题的研究和解决方法。
根据我的研究，expression的机制与普通CSS属性不同，是设置在每个元素的style上的。
通常我们可以从currentStyle.propName来得到属性值，但是这样只是得到计算后的结果，且currentStyle上并无getExpresssion方法。但是调用span.style.getExpression('behavior')或('pie-test')会得到'test1(this)'和'test2(this)'
因此可以认为，对于这个rule，相当于对每个span都调用了一次 .style.setExpression('behavior', 'test1(this)') 以及 .style.setExpression('pie-test', 'test2(this)')
且通过对应的 .style.removeExpression 可以清除expression。
但是方法调用有一个限制，就是如果当前在expression所调用的函数（这里就是test2()函数）中，是不能调用 .style.set/removeExpression 方法的，会扔出异常。
设置runtimeStyle.behavior时，也会清除expression，相当于调用了style.removeExpression('behavior')，但是没有上面描述的限制。然而对于自定义属性无效。甚至任何时候runtimeStyle.setExpression('pie-test', null)，也不会覆盖style上已经设定的expression。
以上。
显然一个解决方案是在expression之外调用 .style.removeExpression 。
示例代码：
这是有效的。问题是定时器只能保证最终自定义属性上的expression会被移除，但是不能确保expression只被执行一次（实测下来会执行多少次是不确定的，一次到数次都有可能）。
当然，我们可以给每个元素加上标志位来判断是否已经执行过，不过这还是挺麻烦的。
另一个解决方案是先把元素存起来，然后统一删除expression。
示例代码：
经过实测defer的script能确保正好执行一次。不过有趣的是如果打印spans.length会发现是在不断增加的，也就是并非所有元素上的test2执行完成后才执行defer的脚本，而是恰好一次test2，一次循环。这个也太巧合了，我对这个行为吃不太准。另外这个方式不能应对后续动态加入的匹配元素，丧失了使用css expression的最大好处之一。
最终的方案是利用CSS的规则。
实际上不是所有expression都会被反复执行。IE其实有基本的优化，比如对于expression(0)就只会计算一次，不会反复求值，因为很容易判断该值是不会变化的。
虽然如前所述不能在test2里直接调用 .style.setExpression ，但是可以通过改变match条件来override expression，如示例代码：
经过测试该方式可以完美达到只执行一次的目标！
该方法还有个好处，如果要再次执行test2，只需要从元素的class中删除pie-test即可。
后续的blog中我会展示一下使用这个模式来给IE打一些重要的特性补丁。
CSS Expression是自IE5开始提供的特性，虽然因安全性、性能问题臭名昭著，到IE8也终于寿终正寝。回过头看，与XMLHttpRequest一样，CSS Expression的理念确实也有先驱之功，从CSS Expression也可看出由jQuery发扬光大的用CSS selector绑定行为的编程方式的雏形。不过雏形只能是雏形。由于设计上的缺陷，CSS Expression不堪大用，通常只局限为patch一些CSS特性，例如min-width/max-width。
不过CSS Expression在patch IE方面其实还可以发挥更大的功用。Dean Edwards首创了一次性执行experssion的模式，巧妙的利用了IE的内建Selector机制，同时又避免了experssion被反复计算的性能问题。这种模式被许多patch所使用。例如Peter Nederlof的hover/active/focus伪类补丁。
但是这个模式仍然有不足。Dean使用的是behavior属性。而单个CSS属性只能被用一次，即在一个元素上，最后根据cascade规则只会有一个behavior声明会胜出，因此你无法为一个元素同时启用多个特性（即调用多个行为）。
Peter Nederlof因为要绑定三个行为（分别对应于三个伪类），因此征用了3个不常用的css property（text-kashida, text-kashida-space, text-justify）。
显然，可以征用的css属性是很有限的（比方说你不能把background这样常用的属性给搞坏了，所以西方人也就是会欺负一下日本人专用的CSS属性）。如果能使用任意自定义的css属性的话，就好了。实际上IE对于不认识的property也是可以通过currentStyle返回其cascade之后的值的，而且expression对于自定义property也是有效的。
但是custom property存在一些问题：
1. 无法用runtimeStyle来override自定义属性
2. 即使删除包含expression的stylesheet，expression仍然有效
3. 在expression调用的方法里也不能调用removeExpression来强行删除表达式（会扔异常）
下面我讲一下我对这个问题的研究和解决方法。
根据我的研究，expression的机制与普通CSS属性不同，是设置在每个元素的style上的。
span {
behavior: expression(test1(this));
pie-test: expression(test2(this));
}
通常我们可以从currentStyle.propName来得到属性值，但是这样只是得到计算后的结果，且currentStyle上并无getExpresssion方法。但是调用span.style.getExpression('behavior')或('pie-test')会得到'test1(this)'和'test2(this)'
因此可以认为，对于这个rule，相当于对每个span都调用了一次 .style.setExpression('behavior', 'test1(this)') 以及 .style.setExpression('pie-test', 'test2(this)')
且通过对应的 .style.removeExpression 可以清除expression。
但是方法调用有一个限制，就是如果当前在expression所调用的函数（这里就是test2()函数）中，是不能调用 .style.set/removeExpression 方法的，会扔出异常。
设置runtimeStyle.behavior时，也会清除expression，相当于调用了style.removeExpression('behavior')，但是没有上面描述的限制。然而对于自定义属性无效。甚至任何时候runtimeStyle.setExpression('pie-test', null)，也不会覆盖style上已经设定的expression。
以上。
显然一个解决方案是在expression之外调用 .style.removeExpression 。
示例代码：
function test2(e) {
setTimeout(function () {
e.style.removeExpression('pie-test')
}, 1)
...
}
这是有效的。问题是定时器只能保证最终自定义属性上的expression会被移除，但是不能确保expression只被执行一次（实测下来会执行多少次是不确定的，一次到数次都有可能）。
当然，我们可以给每个元素加上标志位来判断是否已经执行过，不过这还是挺麻烦的。
另一个解决方案是先把元素存起来，然后统一删除expression。
示例代码：
var spans = []
function test(e) {
spans.push(e)
...
}
<head>
...
<script defer>
for (var i = 0; i < spans.length; i++)
spans[i].style.removeExpression('pie-test')
spans = []
</script>
经过实测defer的script能确保正好执行一次。不过有趣的是如果打印spans.length会发现是在不断增加的，也就是并非所有元素上的test2执行完成后才执行defer的脚本，而是恰好一次test2，一次循环。这个也太巧合了，我对这个行为吃不太准。另外这个方式不能应对后续动态加入的匹配元素，丧失了使用css expression的最大好处之一。
最终的方案是利用CSS的规则。
实际上不是所有expression都会被反复执行。IE其实有基本的优化，比如对于expression(0)就只会计算一次，不会反复求值，因为很容易判断该值是不会变化的。
虽然如前所述不能在test2里直接调用 .style.setExpression ，但是可以通过改变match条件来override expression，如示例代码：
<style>
span {
pie-test: expression(test2(this));
}
span.pie-test {
pie-test: expression(true);
}
</style>
<script>
function test2(e) {
e.className += ' pie-test'
...
}
</script>
经过测试该方式可以完美达到只执行一次的目标！
该方法还有个好处，如果要再次执行test2，只需要从元素的class中删除pie-test即可。
后续的blog中我会展示一下使用这个模式来给IE打一些重要的特性补丁。
1 楼
cloudgamer
2010-10-25
技巧很好很有意思
2 楼
hautbbs
2011-09-27
还有木有更详细的资料啊？![]()
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
