给IE打补丁技巧之CSS Expression

hax

浏览: 965097 次
性别:
来自: 上海

最近访客更多访客>>

luxurioust

yuan

唔睬你啦

jklwan

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

博客分类：

PIE4US

IE CSS 设计模式 jQuery JavaScript

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打一些重要的特性补丁。

0
顶

0
踩

分享到：

從一個上古屬性urn說起 | Approach to HTML5 演讲预告

2010-10-24 08:39
浏览 5429
评论(2)
分类:Web前端
查看更多

2 楼 hautbbs 2011-09-27

还有木有更详细的资料啊？

1 楼 cloudgamer 2010-10-25

技巧很好很有意思

发表评论

您还没有登录,请您登录后再发表评论

最近访客更多访客>>

博主相关

文章分类

社区版块

存档分类

最新评论