Mobile 剔除子节点是有效的WURFL搜索策略吗？

我已经实现了一个基于WURFL的检测例程，该例程基于一个类似于上一节所述的两个阶段的策略

这是工作得很好，但我想改善最坏的情况下，如果我可以

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

我想知道的是，搜索设备树并剔除设备匹配没有最小匹配阈值的整个分支会有多有效？ （显然忽略没有用于匹配的用户代理字符串的“根”设备）

用户代理字符串是否倾向于遵循一种更接近匹配的一般模式，当一个人沿着树向下移动时。。。从而使上述战略有效？

---

... 还是说用户代理字符串在父子设备匹配方面是一个完全随机的野兽，我真的每次都被迫搜索整个树？

WURFL Pro，WURFL项目旁的公司，有双重授权策略。您可以要求他们获得一个GPL免费库

---

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

您不使用他们的api的原因有哪些？原因有两个：1）我没有使用他们提供api的框架之一。2） 由于各种原因，该项目对第三方库来说相当敏感。我相信第三方代码比第三方数据更可靠15mb的xml数据更容易破坏您的结果，然后广泛使用并经过单元测试的代码。2） “框架”是语言，对吗？因为你可以在没有完整框架的情况下使用他们的API进行检测。我不能说我不同意你。。。但我不是为代码（或维护、支持或律师）付费的人，因此我无法决定哪些风险值得支持，哪些不值得支持。