响应式Web设计与用户代理嗅探

CSS3 media查询功能在开发可适应许多不同屏幕尺寸和设备的网站方面带来了许多有趣的可能性。

但是，实际上，我开始意识到CSS3 media查询功能以及整个“响应式Web设计”运动可能无法实现其承诺。

我看到的问题是，归根结底，Web开发人员最关心的是他们的用户是通过台式机，平板电脑还是移动设备查看内容。但是CSS3只提供一种检测屏幕分辨率的方法。从理论上讲，检测屏幕分辨率似乎是针对各种不同设备进行调整的好方法。但是实际上

假设我们有一个简单的Javascript函数，它仅输出屏幕宽度：

function foo()
{
   alert(screen.width);
}

在我的Blackberry Touch上，输出：

768

在我的三星Galaxy上，输出：

800

所以...在这一点上，主流智能手机的分辨率已经非常接近台式机级别的分辨率。如果只需要屏幕分辨率，那么检测用户是否正在通过智能手机，平板电脑或台式机查看您的网站的能力似乎变得越来越困难。

这使我质疑基于媒体查询的整个CSS3“响应式Web设计”运动背后的全部智慧。似乎media查询功能更适合于适应桌面屏幕上调整大小的浏览器窗口，而不是各种移动设备。

用于检测移动设备或平板设备的另一种可能的技术是通过检查ontouchstart事件是否受支持来使用功能检测。但是，随着许多桌面屏幕开始支持触摸，即使这样也变得越来越不可靠。

问题：因此，作为一名Web开发人员，如果我不能依靠RWD或功能检测，用户代理嗅探（一如既往地不可靠）是否真的是检测移动设备的最佳选择？

不必再为特定设备担心。

如果您只想通过屏幕分辨率来检测用户是通过智能手机，平板电脑还是台式机查看您的网站，似乎变得越来越困难

它是在正在调整，以您的设计时，越来越难以通过屏幕分辨率来检测，随着越来越多的设备进入市场，它只会变得更难，但媒体查询的目的不是为了检测设备types.What媒体查询都不错在当前尺寸下使用不再令人满意。如果站点开始以550px的宽度瓦解，那么是否有具有这些尺寸的设备都没有关系：您可以在此处设置断点。

它与特征检测相同。如果设备支持触摸，那么，如果它是移动设备或将来的壁挂式显示器，那有什么关系呢？无论哪种方式，触摸增强功能都可能有用。

如您所说，用户代理嗅探是完全不可靠的。如果我也确实愿意，可以将用户代理字符串更改为莎士比亚引号。那么，您的网站将如何决定我的浏览器？

用户代理还需要大量工作来处理所有可能性。您在Android上是否有一款适用于Firefox的软件？在iOS上使用Chrome？Froyo上的海豚？WiiU浏览器？我的旧LG功能手机上的浏览器极为有限？天猫？IE 13？链接？IceWeasel？黑莓剧本的浏览器？您如何分辨平板电脑上运行的Opera和手机上运行的歌剧之间的区别？

此列表只能随着时间的推移而增长。

用户代理也说谎。如果您在附近搜索Google，则会发现用户代理与现实的列表。所以这是一个问题。有些人求助于dpi设置以确定它是哪种设备。