- 在现实当中,浏览器之间的差异以及不同浏览器的“怪癖”( quirk),多得简直不胜枚举。因此,客户端检测除
了是一种补救措施之外,更是一种行之有效的开发策略。 - 检测 Web 客户端的手段很多,而且各有利弊。但最重要的还是要知道,不到万不得已,就不要使
用客户端检测。只要能找到更通用的方法,就应该优先采用更通用的方法。一言以蔽之,先设计最通用
的方案,然后再使用特定于浏览器的技术增强该方案。
能力检测
判断浏览器能力,而不是区分浏览器
function getElement(id) {
if (document.getElementById) {
return document.getElementById(id);
} else if (document.all) {
return document.all[id];
} else {
throw new Error("No way to retrieve element!");
}
}
更可靠的能力检测:
使用type类型去判断属性的存在,而不是单独检测属性的存在
例如:object.solt 可能是函数,也可能是一个普通类型的值
function isSortable(object){
return typeof object.sort == "function";
}
最保守的检查方法:
//作者: Peter Michaux
function isHostMethod(object, property) {
var t = typeof object[property];
return t == 'function' ||
(!!(t == 'object' && object[property])) ||
t == 'unknown';
}
result = isHostMethod(xhr, "open"); //true
result = isHostMethod(xhr, "foo"); //false
注意小技巧,!是取非,!!则是转换为布尔类型
能力检测不是浏览器检测:
在实际开发中,应该将能力检测作为确定下一步解决方案的依据,而不是用它来
判断用户使用的是什么浏览器。
怪癖检查
与能力检测类似, 怪癖检测(quirks detection)的目标是识别浏览器的特殊行为。但与能力检测确认浏览器支持什么能力不同,怪癖检测是想要知道浏览器存在什么缺陷(“怪癖”也就是 bug)
-
IE8 及更早版本中存在一个 bug,即如果某个实例属性与[[Enumerable]]标记为 false 的某个原型属性同名,那么该实例属性将不会出现在fon-in 循环当中
-
Safari 3 以前版本会枚举被隐藏的属性
用户代理检测
1.HTTP 规范(包括 1.0 和 1.1 版)明确规定,浏览器应该发送简短的用户代理字符串,指明浏览器的名称和版本号。 RFC 2616(即 HTTP 1.1 协议规范)是这样描述用户代理字符串的
稀里糊涂的一章。
网友评论