给IE打补丁技巧之CSS Expression

最新推荐文章于 2022-12-19 16:52:40 发布

iteye_19872

最新推荐文章于 2022-12-19 16:52:40 发布

阅读量163

点赞数

分类专栏： PIE4US 文章标签： IE CSS 设计模式 jQuery JavaScript ViewUI

PIE4US 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

[url=http://msdn.microsoft.com/en-us/library/ms537634.aspx]CSS Expression[/url]是自IE5开始提供的特性，虽然因安全性、性能问题臭名昭著，到IE8也终于[url=http://blogs.msdn.com/b/ie/archive/2008/10/16/ending-expressions.aspx]寿终正寝[/url]。回过头看，与XMLHttpRequest一样，CSS Expression的理念确实也有先驱之功，从CSS Expression也可看出由jQuery发扬光大的用CSS selector绑定行为的编程方式的雏形。不过雏形只能是雏形。由于设计上的缺陷，CSS Expression不堪大用，通常只局限为patch一些CSS特性，例如min-width/max-width。

不过CSS Expression在patch IE方面其实还可以发挥更大的功用。Dean Edwards首创了[url=http://dean.edwards.name/weblog/2005/06/base64-sexy/]一次性执行experssion的模式[/url]，巧妙的利用了IE的内建Selector机制，同时又避免了experssion被反复计算的性能问题。这种模式被许多patch所使用。例如Peter Nederlof的[url=http://www.xs4all.nl/~peterned/csshover.html]hover/active/focus伪类补丁[/url]。

但是这个模式仍然有不足。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上的。

[code]
span {
behavior: expression(test1(this));
pie-test: expression(test2(this));
}
[/code]

通常我们可以从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>