Fichier du navigateur de l'appareil mobile par rapport à WURFL pour ASP.NET

Question

Je travaille sur une application web commerciale qui a une version distincte du navigateur mobile destiné aux appareils plus capables (BlackBerry, iPhone, Android, etc.). Je ne veux pas faire simple, l'agent utilisateur contient une logique de style et regardait les différentes bibliothèques de détection. Il semble que WURFL et File Browser Mobile Device sont mes meilleures options.

Le projet Mobile Device Browser Fichier (MDBF) à CodePlex expose par la propriété de Request.Browser. Il dispose également d'une licence Microsoft Public (Ms-PL). Navigateur mobile de détection en ASP .NET mentionne "les données pour MDBF vient de WURFL" et fichier confirme MBDF est « créée à partir d'une base de données de nombreuses sources, y compris la base de données populaires des capacités de l'appareil mobile WURFL. »

51degrees a une .NET API mobile qui utilise le WURFL fichiers de données et aussi remplit Request.Browser . Il est distribué sous licence la version Mozilla Public License 1.1. et dans les revendications:

  

Avec l'API .NET installé et mobile   WURFL fournir des données de dispositif mobile,   ces appels retourneront très   des données précises par rapport à la   les informations standard du navigateur fourni   Microsoft

Depuis le fonctionnaire WURLF API .NET est distribué avec une licence GPL, il est donc un non-starter pour mon projet.

Würfl ASP.NET Implémentations compare les implémentations ASP.NET de WURFL, mais cela est plus d'un an (2009-01-16 - article soumis) et ne mentionne pas l'API 51degrees ou MDBF

.

Puis-je obtenir des commentaires sur quelle bibliothèque à utiliser.

• Comment sont souvent ces fichiers de données mis à jour?
• Est-il préférable d'utiliser la détection de caractéristiques que l'analyse de l'agent utilisateur?
• est un service en ligne (par exemple combiné Détection ) plus facile que les fichiers de données de mise à jour?
• Toute autre contribution utile.

Answer 1

En ce qui concerne Mobile Device File Browser :

Citation: « En raison de la restructuration de l'organisation de l'équipe qui a développé et soutenu le fichier du navigateur de l'appareil mobile, nous n'aurons plus les ressources nécessaires pour soutenir et mettre à jour ce projet CodePlex L'équipe fournira deux versions - l'une sur. le 27 Juillet 2010 et la version finale le 24 Août de 2010. "

Alors que je ne suis pas seulement porteur de mauvaises nouvelles ...

Nous prévoyons d'utiliser:

• de détection de dispositif mobile et la redirection

par 51 degrés

Ce qui a un très bon exemple de:

• Comment ajouter l'API .NET mobile à un Site Web existant

Hope this helps.

Answer 2

Le MDBF a été mis à jour assez récemment. Si ce que vous avez besoin est une information de base, il est probablement mieux car il intègre bien avec votre framework .NET.

Marg.Wurfl est sans aucun doute un bon choix et intègre avec le framework .NET ainsi.

Les deux ont une approche qui est bon pour l'ancien style .NET, pas le MVC. Dans MVC, vous devrez faire votre propre travail sur le terrain.

Vous pouvez également envisager de DeviceAtlas qui a une API pour .NET et a de très bonnes performances dans .NET.

Plus précisément à vos questions, WURFL est mis à jour presque une fois par mois, alors que AFAIK il n'y a pas mises à jour prévues pour MDBF, ils libèrent une mise à jour si et quand ils en ont envie (oui, pas très excitant). Vous pouvez utiliser JavaScript pour détecter les caractéristiques dans les navigateurs modernes tels que l'iPhone, Android et Nokias récents, mais pour tout le reste, la chaîne User-Agent est toujours la seule option réelle, donc je dirais que cela dépend de votre marché cible. Vous pouvez créer une version super-simple qui fonctionne pour tous et une version avancée où vous faites la détection de fonction. Je n'aime pas l'idée de services en ligne, si vous envisagez d'avoir un site à fort volume. mises à jour une fois par mois sont OK, avec des produits commerciaux comme DeviceAtlas ou les téléphones mobiles assistants vous pouvez obtenir des mises à jour plus fréquentes.

DISCLAIMER: Je travaillais pour dotMobi qui a créé DeviceAtlas

Answer 3

L'API .NET officielle WURFL a été publié récemment par ScientiaMobile - la nouvelle société du peuple Würfl. Vous pouvez y accéder ici: http://www.scientiamobile.com/site/page/view / téléchargements . Toutefois, il est soumis à la licence AGPL, ce qui signifie essentiellement que vous avez besoin d'acheter une licence commerciale pour utiliser l'API dans une application commerciale, y compris un site Web. Les données brutes reste libre.

Un livre blanc montrant comment intégrer avec ASP.NET est: http://wurfl.sourceforge.net/dotNet .

Answer 4

Je pense que WURFL a plus de capacités et de la communauté plus active, et il a plus que la libération Fréquentes MDBF. Mais je dois dire que Microsoft est en train de faire du bon travail. Vous pouvez regarder Marg.Wurfl aussi.

Et rappelez-vous que vous pouvez utiliser le logiciel GPL en mode SaaS.

Vous pouvez consulter Marg.Wurfl aussi,

Answer 5

Comme mentionné Dino, l'API WURFL est distribué sous AGPL, mais aussi disponible sous conditions de licence commerciale (ce qu'on appelle la double licence, ou en offrant une exception GPL dans le langage de la FSF).

Le fichier wurfl.xml n'est pas plus considéré les données brutes, cependant. En raison du travail créatif de conservation des données organisées et les groupes, ScientiaMobile revendique le droit d'auteur sur le fichier wurfl.xml à partir de la version 2.2 et le distribue sous certaines conditions (notamment, que le fichier wurfl.xml ne peut être utilisé dans le cadre d'un des API standard):

http://wurfl.sourceforge.net/licence.php

L'acquisition d'une licence commerciale offre également certains droits supplémentaires sur le fichier wurfl.xml lui-même.