细说浏览器特性检测(1)-jQuery1.4添加部分

其最经典的运用莫过于通用的addEvent函数:

function addEvent(element, type, handler) {
if (element.attachEvent) { //IE8及以下浏览器
element.attachEvent('on' + type, handler);
}
else { //W3C标准浏览器
element.addEventListener(type, handler, false);
}
};

函数可以通过检测attachEvent函数是否存在,以决定使用attachEvent或者addEventListener,这也是最简单的一种特性检测,因而通常在需要时才进行实时的检测。另一种特性检测由于检测的过程较为麻烦,因此会预先完成检测,将检测的结果(通常是Boolean类型)保存在某个变量中。

本文的主要目标是分析、说明在jQuery1.4中浏览器特性检测新增的内容,同时加深浏览器兼容性方面几个细节的记忆。

jQuery1.4主要增加了以下几个浏览器特性标识,本文针对它们一一进行分析:


checkOn
1.4版本引入,决定没有设置value值的checkbox是否有默认的value值”on”。
optSelected
1.4.3版本引入,决定select元素的第一个option元素是否会默认被选中。
optDisabled
1.4.3版本引入,决定当select元素设置为disabled后,其所有option子元素是否也会被设置为disabled。
checkClone
1.4.1版本引入,决定对DocumentFragment使用cloneNode函数时是否会将radio和checkbox的checked属性保留。
inlineBlockNeedsLayout
1.4.3版本引入,决定在IE下一个block元素拥有hasLayout属性并有display: inline;时,是否会按inline-block显示。
shrinkWrapBlocks
1.4.3版本引入,决定在IE下一个元素拥有hasLayout属性和固定的width/height时,是否不会被子元素撑大。
reliableHiddenOffsets
1.4.3版本引入,决定一个td或th元素设置为display: none;时,是否还有offsetHeight。

checkOn

使用以下代码可以检测该特性:

<input id="checkOn" type="checkbox" />
<script type="text/javascript">
alert(document.getElementById('checkOn').value);
</script>

以下为各浏览器中运行结果:























IE6 on
IE7 on
IE8 on
IE9 beta on
Firefox 3.6 on
Chrome 7 [空字符串]
Safari 5 on

经测试,除Chrome外,所有浏览器都会给没有value的checkbox一个默认的value值”on”。

该特性被jQuery用来获取checkbox和radio的值,兼容的判断语句如下:

//不支持checkOn的浏览器都不存在property/attribute混用问题,因此需要明确使用getAttribute
return support.checkOn ?
element.value :
(element.getAttribute('value') === null ? 'on' : element.value);

optSelected

使用以下代码可以检测该特性:

<select id="optSelected">
</select>
<script type="text/javascript">
var select = document.getElementById('optSelected'),
option = document.createElement('option');
select.appendChild(option);
alert(option.selected);
</script>

以下为各浏览器中运行结果:























IE6 false
IE7 false
IE8 false
IE9 beta false
Firefox 3.6 true
Chrome 7 true
Safari 5 false

经测试,IE系列和Safari使用appendChild对空的select元素添加一个option后,该option的selected属性不会被默认设置为true。

该问题引起的BUG描述如下:

部分浏览器在获取option的selected属性时,会错误地返回false。

该问题的解决方案是在访问selected属性时,先访问其父级select元素的selectedIndex属性,强迫浏览器计算option的selected属性,以得到正确的值。需要注意的是option元素的父元素不一定是select,也有可能是optgroup。具体代码如下:

if (!support.optSelected) {
var parent = option.parentNode;
parent.selectedIndex;
//处理optgroup时的情况
if (parent.parentNode) {
parent.parentNode.selectedIndex;
}
}
return option.selected;

optDisabled

使用以下代码可以检测该特性:

<select id="optDisabled" disabled="disabled">
<option></option>
</select>
<script type="text/javascript">
var select = document.getElementById('optDisabled'),
option = select.getElementsByTagName('option')[0];
alert(option.disabled);
</script>

以下为各浏览器中运行结果:























IE6 false
IE7 false
IE8 false
IE9 beta false
Firefox 3.6 false
Chrome 7 false
Safari 5 true

经测试,Safari会将设置了disabled的select中的option也同样设置上disabled。

这个特性用来获取select元素的value值,特别是当select渲染为多选框时,需要注意从中去除disabled的option元素,但在Safari中,获取被设置为disabled的select的值时,由于所有option元素都被设置为disabled,会导致无法获取值。

因此有optDisabled(true表示option不会被自动设置disabled)后,可以有这样的代码:

//如果optDisabled为true,则disabled属性返回的是option的真实状态
//否则判断disabled属性是否为null
var disabled = support.optDisabled ?
option.disabled : option.getAttribute('disabled') !== null;
if (!disabled) {
return option.value;
}

checkClone

使用以下代码可以检测该特性:

<div id="checkClone">
<input type="radio" name="checkClone" checked="checked" />
</div>
<script type="text/javascript">
var fragment = document.createDocumentFragment(),
div = document.getElementById('checkClone'),
radio = div.getElementsByTagName('input')[0];
fragment.appendChild( radio );
alert(fragment.cloneNode(true).cloneNode(true).lastChild.checked);
</script>

需要注意的是,重现这个问题,需要给input显式地指定一个name属性,并且在复制fragment对象时连续调用2次cloneNode函数。

以下为各浏览器中运行结果:


























IE6 true
IE7 true
IE8 true
IE9 beta true
Firefox 3.6 true
Chrome 7 true
Safari 5 true
Safari 4 false

由结果可以看出,该问题出现在Safari 4中,并且已经在Safari 5得到修复,介于Safari在市场中的占有率以及版本较老的原因,这个问题确实不需要太多的重视。

这个特性的使用场合极少,在开发中几乎不会有如此严格的环境(对DocumentFragment连续调用2次cloneNode),在jQuery中,该特性用做buildFragment这个内部函数中的缓存功能,jQuery会对比较简单的创建DOM元素的字符串的创建结果缓存到DocumentFragment中,但当遇到创建radio时,如果cloneNode为false,则强制不进行缓存。

inlineBlockNeedsLayout

这是一个历史久远的问题,IE7以下版本并不支持display: inline-block;样式,而是使用display: inline;并通过其他样式触发其hasLayout形成一种伪inline-block的状态(具体请点击这里)。

inline-block与inline的一个重要区别在于,inline-block的元素可以显式地设置宽和高,因此可以用以下代码检测该特性:

<div id="inlineBlockNeedsLayout" style="width: 1px; padding-left: 1px; display: inline;
zoom: 1;">
</div>
<script type="text/javascript">
var div = document.getElementById('inlineBlockNeedsLayout');
alert(div.offsetWidth);
</script>

以下为各浏览器中运行结果:























IE6 2
IE7 2
IE8 1
IE9 beta 1
Firefox 3.6 1
Chrome 7 0
Safari 5 0

对于inline元素,width样式是无效的,在该测试中,webkit系浏览器均获取了0,IE8以上版本及Firefox获取了1,只有IE7及以下版本同时计算了width和padding-left,得到了2px的宽度。

这个功能可以用于设置元素的css样式,当需要设置为inline-block时,针对IE7及以下浏览器可以同时设置display: inline;zoom: 1;来模拟效果,核心代码如下:

if (name == 'display' && value == 'inline-block') {
if (support.inlineBlockNeedsLayout) {
element.style.display = 'inline';
element.style.zoom = 1;
}
else {
element.style.display = value;
}
};

当然这样直接这样使用肯定是有问题的,当需要获取display样式的时候怎么办呢?同时判断zoom和display吗?并且hasLayout会引起一些其他的问题。

因此,jQuery只将该特性用于动画效果,当需要对width和height进行动画,并且元素是inline时,首先设置为(伪)inline-block状态,动画结束后将相关样式恢复。

shrinkWrapBlocks

这个问题的详细解释可以参考此处,使用以下代码可以检测该特性:

<div id="shrinkWrapBlocks" style="width: 1px; zoom: 1;">
<div style="width: 4px;">
</div>
</div>
<script type="text/javascript">
var div = document.getElementById('shrinkWrapBlocks'),
inner = div.getElementsByTagName('div')[0];
alert(div.offsetWidth);
</script>

以下为各浏览器中运行结果:























IE6 4
IE7 1
IE8 1
IE9 beta 1
Firefox 3.6 1
Chrome 7 1
Safari 5 1

测试结果表明,IE6即使显式设定了宽度,在触发了hasLayout的情况下,其大小会受子元素的影响而被撑大。

jQuery将该特性用于动画效果,为了动画过程中改变一个元素的width/height时,其子元素不会溢出,jQuery做了以下几步:

  1. 保存元素当前的overflow、overflow-x、overflow-y三个样式。
  2. 将元素设置为inline-block以便修改width/height值。
  3. 将元素的overflow设为hidden,防止子元素溢出或当前元素被子元素撑开(IE6)。
  4. 在动画结束后,确保元素不会被子元素撑开(shrinkWrapBlocks为true)的情况下,才恢复overflow样式。

reliableHiddenOffsets

这个问题在上两天工作中遇到,刚好jQuery1.4.3升级了这方面的内容,使用以下代码可以检测该特性:

<table id="reliableHiddenOffsets">
<tbody>
<tr>
<td style="display: none;">
</td>
<td>
abcd
</td>
</tr>
</tbody>
</table>
<script type="text/javascript">
var table = document.getElementById('reliableHiddenOffsets'),
td = table.getElementsByTagName('td')[0];
alert(td.offsetHeight);
</script>

以下为各浏览器中运行结果:























IE6 0
IE7 0
IE8 21
IE9 beta 0
Firefox 3.6 0
Chrome 7 0
Safari 5 0

只有IE8存在这个问题,那当td元素的display为none时,其高度依旧会受其所在行的高度的影响,而不是0。

这个问题的存在根本上导致了对元素可见性的判定出现差错,原本判断一个元素是否隐藏的代码是这样的:

function isHidden(element) {
return element.offsetWidth == 0 || element.offsetHeight == 0;
};

因为这个BUG的出现,上面的函数对于td元素失去了效果,因此需要改进为:

function isVisible(element) {
return (element.offsetWidth == 0 && element.offsetHeight == 0) ||
(!support.reliableHiddenOffsets && getStyle(element, 'display') == 'none');
};

阅读jQuery源码的时候,会发现这一段的判断里多了一句element.style.display,这一句是用来判断元素有display值才去取来看看是不是none的,以免获取运行时样式的开销。

结语


  1. 特性检测确实很有用,有时比浏览器版本嗅探更佳可靠,但检测某些特性相当麻烦,不是必要的时候不如用浏览器嗅探。
  2. jQuery对特性的命名真让人想砍了他们团队。
  3. 有些特性可以重现的浏览器版本之低令人惊讶,在多数项目中完全可以不考虑,如checkClone。jQuery本身为了兼容做了太多的假设,个人认为有一些完全可以抛弃,比如以后会说的getBoundingClientRect问题。
  4. 另外还有2个关于事件上的特性检测,由于事件的特性检测是一个通用的话题,会有今后专门写文讲述,因此就不在本文中赘述了。
  5. jQuery每一个小版本的改进都很大,特别在细节方面,这些都是要通过阅读源码不断发掘的,前端的世界就是这么多变(叹)。
  6. 本文所用的示例可以点此查看,具体可以查看源代码,本文所述的各个问题/BUG都没在网上找到比较权威的说明,还请见谅!

Untitled Page

function w(title, result) {
document.write('

' + title + ' - ' + result + '

');
};

checkOn

(function () {
w('checkOn.value', document.getElementById('checkOn').value);
})();

optSelected

(function () {
var select = document.getElementById('optSelected'),
option = document.createElement('option');
select.appendChild(option);
w('optSelected>option.selected', option.selected);
})();

optDisabled

(function () {
var select = document.getElementById('optDisabled'),
option = select.getElementsByTagName('option')[0];
w('optDisabled>option.disabled', option.disabled);
})();

checkClone

(function () {
var fragment = document.createDocumentFragment(),
div = document.getElementById('checkClone'),
radio = div.getElementsByTagName('input')[0];
fragment.appendChild(radio);
w('radioAfterCloned', fragment.cloneNode(true).cloneNode(true).lastChild.checked);
})();

inlineBlockNeedsLayout

(function () {
var div = document.getElementById('inlineBlockNeedsLayout');
w('inlineBlockNeedsLayout.offsetWidth', div.offsetWidth);
})();

shrinkWrapBlocks

(function () {
var div = document.getElementById('shrinkWrapBlocks'),
inner = div.getElementsByTagName('div')[0];
w('innerDiv.offsetWidth', inner.offsetWidth);
})();

reliableHiddenOffsets

abcd

(function () {
var table = document.getElementById('reliableHiddenOffsets'),
td = table.getElementsByTagName('td')[0];
w('td[0].offsetHeight', td.offsetHeight);
})();

[Ctrl+A 全选 注:如需引入外部Js需刷新才能执行]

(0)

相关推荐

  • 细说浏览器特性检测(2)-通用事件检测

    事件检测,即检测某一事件在不同的浏览器中是否存在(可用),这在编写Javascript的过程中也非常重要,如mouseenter/mouseleave事件虽然实用,但并不是所有浏览器都提供了标准的支持,因此需要自己手动模拟,即: function addEvent(element, name, handler) { if (name == 'mouseenter' && !hasEvent(name, element)) { //通过其他手段模拟mouseenter事件 } //正常的事件

  • 细说浏览器特性检测(1)-jQuery1.4添加部分

    其最经典的运用莫过于通用的addEvent函数: function addEvent(element, type, handler) { if (element.attachEvent) { //IE8及以下浏览器 element.attachEvent('on' + type, handler); } else { //W3C标准浏览器 element.addEventListener(type, handler, false); } }; 函数可以通过检测attachEvent函数是否存在,

  • javascript 特性检测并非浏览器检测

    我大致翻译了部分文章,可能有理解错误的地方,敬请指正.值得一提的是,评论部分的争论亦值得一看. 特性检测 起初前端工程师们就极力反对浏览器检测,他们认为类似user-agent嗅探的方法是很不好的,理由是它并不是一种面向未来的代码,无法适应新版的浏览器.更好的做法是使用特性检测,就像这样: 复制代码 代码如下: if (navigator.userAgent.indexOf("MSIE 7") > -1){ //do something } 而更好的做法是这样: 复制代码 代码如

  • javascript浏览器用户代理检测脚本实现方法

    以下是完整的用户代理字符串检测脚本,包括检测呈现引擎.平台.Windows操作系统.移动设备和游戏系统. var client = function(){ // 呈现引擎 var engine = { ie: 0, gecko: 0, webkit: 0, khtml: 0, opera: 0, // 完整的版本号 ver: null }; // 浏览器 var browser = { // 主要浏览器 ie: 0, firefox: 0, safari: 0, konq: 0, opera:

  • Android和IOS的浏览器中检测是否安装某个客户端的方法

    我们希望更多的用户用我们的产品,更希望能留住更多的用户.这个时候让用户使用客户端的意义就变得格外重要了. 毕竟客户端是实实在在的占据了用户的桌面,每天或多或少都会看到我们的产品.然后,作为手机端的Web产品,用户通过手机浏览器访问到了我们的页面,我们就希望用户能直接使用或者下载我们的客户端产品了.最后就有了下载Banner一说. IOS 说到IOS,非常兴奋的是,自IOS6开始,我们只需要在html里加上meta标签就可以了.具体的meta标签是:<meta name="apple-itu

  • 浏览器缩放检测的js代码

    测试代码 http://jsbin.com/dipijeqi/11 效果: chrome 复制代码 代码如下: window.devicePixelRatio : 2  (准确) screen.deviceXDPI / screen.logicalXDPI : NaN window.outerWidth / window.innerWidth : 2 document.documentElement.offsetHeight / window.innerHeight : 0.0206185567

  • 常见前端面试题及答案

    前言 本文是在GitHub上看到一个大牛总结的前端常见面试题,很多问题问的都很好,很经典.很有代表性.上面没有答案,我就整理了一下,从网上找了一些相关问题的答案.里面有一部分问题的答案我也没有进行考证,不少答案都来源于网络,或许会有疏漏之处,仅供大家参考哦!(还有一部分问题答案还未整理,大家也可以自己搜索一下答案) 1.你能描述一下渐进增强和优雅降级之间的不同吗? 优雅降级:Web站点在所有新式浏览器中都能正常工作,如果用户使用的是老式浏览器,则代码会检查以确认它们是否能正常工作.由于IE独特的

  • 移动端网页开发调试神器Eruda的介绍与使用技巧

    前言 众所周知,我们在做移动端Web开发的一大痛点就是,在真机运行下无法查看console.log日志和其他信息如网络请求.显示本地存储等信息.如果网页是运行在手机浏览器中还算好,可以把网址在电脑上打开查看console信息,但是如果是做APP的内嵌H5页面,那就只能靠开发阶段在浏览器模拟环境中尽量没有Bug,但是,一旦H5上线后报错那就比较麻烦了,而且还依赖APP环境才能跑的网页,更加难以查找问题.如果让移动端也拥有类似Chrome DevTools工具那岂不是很愉快么? vConsole便是

  • JavaScript快速检测浏览器对CSS3特性的支持情况

    在项目中需要快速检测浏览器是否支持某CSS3特性,比如检测是否支持"transform",然后我的布局会有两种完全不同的版式. 当然除开本文介绍的这种快速方法,还有一种更有名和更通用的方法,那就是modernizr,运行脚本之后它会在html的class上加上浏览器支持的所有特性的列表. 优点: js是可配置的,不需要的特性检测可以在配置脚本中去掉基于特性检测js库简单好用 除此之外还有一种不太好的方法,那就是判断浏览器的UA,不好的原因是UA可能会伪造,而且版本判断繁琐,还有不稳定.

  • 基于jQuery1.9版本如何判断浏览器版本类型

    在jquery.1.9以前的版本,可以使用$.browser很轻松的判断浏览器的类型和版本,但是在1.9中和以后的版本中,$.browser已经被删除,下面就介绍一下如何实现此功能,希望能够给需要的朋友带来帮助. 一.自定义代码: $.browser.mozilla = /firefox/.test(navigator.userAgent.toLowerCase()); $.browser.webkit = /webkit/.test(navigator.userAgent.toLowerCas

随机推荐