[以下是我在使用ASP.NET C＃API进行测试之前使用ScientiaMobile / WURFL获取世界上任何给定移动用户代理的屏幕分辨率（以像素为单位）。另请注意：我已经添加了其他示例来支持我的声明，但是他们没有必要阅读理解/解释问题，所以请不要感到沮丧，因为他们（'更新'及以后）存档/附录使用。
只是为了向您展示我的意思，如果您转到此URL，您可以输入用户代理并显示/返回屏幕分辨率：
http://tools.scientiamobile.com/?user-agent-string=
现在，输入以下用户代理并单击提交：
Mozilla / 5.0（Linux; U; Android 2.3.5; ru-ru;飞利浦W632 Build / GRJ90） AppleWebKit / 533.1（KHTML，如Gecko）版本/ 4.0 Mobile Safari / 533.1
或者，只需点击下面的链接（相反），我已将用户代理嵌入到网址中：
现在，正如您所看到的，它声称屏幕分辨率为320x480，现在，谷歌针对特定手机型号快速搜索（飞利浦W632 ）会产生完全不同的答案，这是480x800的屏幕分辨率（这些都以像素为单位），如下所示：
http://www.phonegg.com/phone/2614-Philips-W632
现在，如果只有一个项目是错误的，我会理解，但我已经放入了随机（但是真实的）移动用户代理（现在已经测试了大约5个）并且它们都出错了。所以，我想知道我使用框架的方式是否有问题（现在不使用API，但在我提交之前在上面的测试页面上进行测试）。
如果您愿意，可以使用以下结果/示例：
电话：诺基亚308 ，WURFL声称176Wx120H，此处：
Google在此声明240Wx400H：http://www.gsmarena.com/nokia_asha_308-5010.php
最后一个我会做...
电话：诺基亚3250 ，WURFL声明90Wx90H，此处：
http://tools.scientiamobile.com/?user-agent-string=OneBrowser%2F3.1+%28Nokia3250%2F04.60%29
Google在此声明176Wx208H：http://www.phonegg.com/phone/199-Nokia-3250
有什么想法吗？我使用的软件错了吗？
更新：其他示例，阅读不必要：
注意，Huawei H88 3G的正确报告，但许多其他小屏幕设备仍然不正确！
Mozilla / 5.0（兼容; MSIE 10.0; Windows Phone 8.0; Trident / 6.0; IEMobile / 10.0;臂;触摸;华为; H883G; HuaweiH883G）
检查这些！ 更多失败：
电话： Verizon HTC Droid令人难以置信的2 ADR6350 ，WURFL声称：320Wx480H，在这里：
Google在此声明480Wx800H：http://pdadb.net/index.php?m=specs&id=2819&c=verizon_htc_droid_incredible_2_adr6350
电话：诺基亚E71-1 ，WURFL声称：172Wx120H，此处：
Google在此声明320Wx240H：http://www.gsmarena.com/nokia_e71-2425.php
电话： SonyEricsson ST25i ，WURFL声称：128Wx92H，在这里：
Google在此声明480Wx854H：http://www.phonebunch.com/phone/sony_ericsson_st25i_kumquat-296/
答案 0 :(得分：1)
[剧透警报 - 我为ScientiaMobile工作]
WURFL专注于基于Web浏览器用户代理字符串检测设备。除了正确识别的两个之外，您提供的其余样本来自应用程序。我们即将推出更新，以改进UCWEB的检测，因为它是一个网络浏览器（和一个应用程序），但像Droid Incredible示例（实际上它是TweetDeck应用程序）TweetDeck 1.0.7.4 (ADR6350; us; Android 2.3.4)之类的东西一直在变化，以及检测托管应用程序的设备的屏幕大小的值是有限的。
如果您有准确检测此流量的引人注目的用例，我们很高兴与您聊天。
答案 1 :(得分：1)
Luca Passani，ScientiaMobile首席技术官。众所周知，ScientiaMobile一直致力于监控移动网络，以满足新设备和浏览器的需求，并对WURFL进行微调以实现出色的设备检测。当然，人们可以沿着日志中找到的UA字符串的长尾走多远，并最终找到WURFL无法识别的东西。在我看来，这就是这种情况。但那没关系。我们将很乐意接受挑战：）
提到的几个设备实际上并不属于WURFL，但它们很快就会出现。
就UCWeb而言，即将推出一项重大更新（API 1.5），大大提高了对日益流行的网络浏览器的检测能力。虽然API 1.5仍未解决，但已经请求它的商业客户已经获得了功能测试版，他们为他们引入了新功能。
其他UA来自Apps。我们在不久的将来也会有一些关于App检测的新闻，但是不分青红皂白地向WURFL投掷应用程序不会是大多数WURFL用户想要的，相信我。
最后，我们会更乐意在我们的开发者论坛上讨论这样的问题（这也可以保证ScientiaMobile团队更快地转换时间，所以这是一项有利于所有相关部分的交易。）
谢谢 Luca Passani