0

http://wurfl.sourceforge.net/newapi/で概説されている2つのフェーズ1と同様の戦略に基づいて、WURFLベースの検出ルーチンを実装しました。

これはうまく機能していますが、可能であれば最悪のシナリオを改善したいと思います。

最悪のシナリオでは、現時点では、すべてのデバイスのユーザーエージェント文字列が現在のユーザーエージェント文字列と比較されます。

私が興味を持っているのは、デバイスのツリーを検索し、デバイスの一致が最小一致しきい値ではないブランチ全体をカリングすることがどれほど有効かということです。(明らかに、照合を目的としたユーザーエージェント文字列を持たない「root」デバイスを無視します)

ユーザーエージェントの文字列は、ツリーを下るにつれて、これまでになく近い一致の一般的なパターンに従う傾向があります...したがって、前述の戦略を有効にしますか?...または、親と子のデバイスの一致に関して、ユーザーエージェントの文字列は完全にランダムな獣であり、私は本当に毎回ツリー全体を検索する必要がありますか?

4

1 に答える 1

0

wurfl プロジェクトの横にある会社である WURFL-Pro には、二重のライセンス戦略があります。GPL フリーのライブラリーを入手するよう依頼することができます。

wurfl Java API の実装を知るには、svn で利用可能なソースを参照するか、作成者に問い合わせてください。

于 2011-02-09T00:21:04.357 に答える