0

我已经实现了一个基于 WURFL 的检测例程,该例程基于与http://wurfl.sourceforge.net/newapi/中概述的两个阶段一类似的策略。

这运作良好,但如果可以的话,我想改善最坏的情况。

在最坏的情况下,此时,每个设备的用户代理字符串都会与当前的用户代理字符串进行比较。

我很好奇的是搜索设备树并剔除设备匹配不是最小匹配阈值的整个分支的有效性如何?(显然忽略了没有用于匹配的用户代理字符串的“根”设备)

用户代理字符串是否倾向于遵循一种更接近匹配的一般模式,因为一个下降到树......从而使前面的策略有效?...或者用户代理字符串在父节子设备匹配方面是完全随机的野兽,我真的每次都被迫搜索整个树?

4

1 回答 1

0

WURFL-Pro 是 wurfl 项目旁边的公司,具有双重许可策略。您可以要求他们获得一个无 GPL 的库。

要了解 wurfl java api 实现,您可以浏览 svn 上可用的源...或询问作者。

于 2011-02-09T00:21:04.357 回答