我使用 documentElement 作为userdata 作为本地存储的载体.
document.documentElement.addBehavior("#default#userdata");
悲剧就产生了.
当使用mootools 的 选择器方法 时. 如果很悲剧的 使用了不恰当的选择符.比如
$$('[attr=123]');
就报错了. 为什么呢?
查看 mootools 源码 发现 他的选择器在遍历所有节点时 简单的使用了下面的逻辑 :
getProperty: function(attribute){
var key = attributes[attribute];
var value = (key) ? this[key] : this.getAttribute(attribute, 2);
return (bools[attribute]) ? !!value : (key) ? value : value || null;
}
问题就出在 this.getAttribute(attribute,2) 这个参数2上.
因为我使用documentElement作为 userdata载体节点. 则在
document.documentElement.addBehavior("#default#userdata");
语句执行后,ie会重写 该节点的getAttribute方法 . 而这个新重写的方法.只支持一个参数.而这个方法大概是c++ 语言实现的.不支持动态参数. 那么你传递了第二个参数 就会导致异常.
当this 指的是document.documentElement 即 HTML节点时. 则 明显 mootools 上面的代码就会执行到这个被重写过的方法.并传入第二参数.
好吧. 到了这里 你可能会问我. 为什么你非要用DocumentElement作为载体呢? 选个其他节点不就ok了? 遗憾的是 .上面的选择器方法调用时.要遍历 所有节点... 那么 我用哪个节点 可以逃脱这个魔咒呢?. (如果这个节点不在dom树上.那么addBehavior将会报无权限.).
那么 出现这种悲剧 到底是谁的过错呢? 我想 即不是 那个写下 $$('[attr=123]');的人 ,也不是 使用了userdata的我 . 而是万恶的 微软. 你既然给你节点的 getattribute原始方法 设计了 第二参数..那么你,那么你重写他的时候.为什么又去掉了第二参数呢? 更可悲的是,你还是不给他容错.
好吧.现在可好了..要么我让人家别用mootools 要么我不用userdata。 要么我用一个复杂的解决办法 修改userdata的操作方式.要么人家要修改 mootools 源码,或选择器器的选择符.
说些题外话. jquery 就考虑到了这个问题.
人家就做了判断 动态 切换 选择使用参数2 或不适用.
最后补充下getAttribute方法,第二参数 值为2 的作用.
对于一个 a 标签. 当我们使用getAttribute方法 获取他的 href属性时. 第二参数就起到关键作用了:
如下表:
获得href和src属性的浏览器差异(相对地址与自动编码情况) | |||
---|---|---|---|
.href | getAttribute(“href”) | getAttribute(“href”, 2) | |
IE6 | 相对转绝对,不编码 | 相对转绝对,不编码 | 原始值 |
IE7 | 相对转绝对,汉字不编码,特殊符号编码 | 相对转绝对,汉字不编码,特殊符号编码 | 原始值 |
IE8 as IE7 | 相对转绝对,汉字不编码,特殊符号编码 | 相对转绝对,汉字不编码,特殊符号编码 | 原始值 |
IE8 standard | 相对转绝对,汉字不编码,特殊符号编码 | 原始值 | 原始值 |
Firefox 3.0+ | 相对转绝对,全部编码 | 原始值 | 原始值 |
Chrome 2.0+ | 相对转绝对,全部编码 | 原始值 | 原始值 |
Safari 4.0+ | 相对转绝对,汉字编码,特殊符号不编码 | 原始值 | 原始值 |
Opera 9.6+ | 相对转绝对,汉字编码,特殊符号不编码 | 原始值 | 原始值 |
补充:
1. IE9,似乎只有getAttribute('href',4) 才能相对转绝对. 其编码行为是,汉字编码,= ? 等不变吗.
2. 根据西红柿的测试, 如果是在iframe里的话,IE浏览器就有点不可思议了,需要把创建的a元素appendChild到iframe的document之后,才能获得基于iframe URL的绝对路径,获取方式跟第一点一样。其他浏览器没有这个问题,不用appendChild。