Site WAP vs Traditionnel HTML pour un Site web Mobile

Si vous avez eu des applications de réseaux sociaux et si vous voulez que vos utilisateurs d'interagir avec eux en utilisant un appareil mobile serait d'utiliser le WAP ou une version allégée de votre site web avec le HTML?

Mon train de pensée, c'est que le WAP est mort ou au moins faire saigner à mort à cause de tous les navigateurs web mobile disponible (Iphone, Opera Mini). Est-ce une bonne hypothèse?

Aussi, quel genre de public considérations à prendre en compte au moment de choisir quel type d'accès mobile vous souhaitiez développer?

Je suis ot sûr de mon périphériques cibles. Je suis sûr que mes utilisateurs vont être de plus "moderne" donc on peut supposer que Windows Mobile, iPhone, Blackberry et les appareils.

OriginalL'auteur John Farrell | 2008-11-12

  1. 7

    WAP 2.0 = XHTML Mobile Profile. Je suis en supposant par WAP vous dire WAP 1.0 et WML. À peu près tous les navigateurs mobiles ces jours-support XHTML MP (ou certains de ses proches cousins).

    Des meilleures pratiques sur le développement mobile, reportez-vous à la dotMobi Web Mobile Guide du Développeur.

    Je vous suggère d'utiliser quelque chose comme WURFL d'auto-détecter les navigateurs mobiles, et les servir XHTML MP sans Fil CSS. J'ai construit un mobile avant la fin pour une application de cette façon, et il fonctionne bien sur beaucoup de navigateurs mobiles (mobile, ie, opera, openwave, ...).

    OriginalL'auteur Joeri Sebrechts

  2. 1

    Il est recommandé d'utiliser la norme XHTML 1.0 Strict ou XHTML Mobile Profile. WAP va mourir très, très bientôt (si ce n'est déjà fait).

    http://en.wikipedia.org/wiki/XHTML_Mobile_Profile

    OriginalL'auteur Mikael Söderström

  3. 1

    Allégée HTML.

    Sites WAP sont universellement laid, de mon point de vue, et avec les navigateurs mobiles deviennent de plus en plus capable, Ajax applications sont de plus en plus possible (et peut bien fonctionner avec la limitation de la bande passante/plans de données que les gens peuvent avoir.

    Mais si vous avez besoin de prendre en charge chaque appareil mobile sur la planète, vous peut avoir quelque chose à faire avec le WAP de toute façon.

    Quels sont vos périphériques cibles? Tout, moderne-ish téléphones, smartphones....?

    OriginalL'auteur The Archetypal Paul

  4. 1

    Avoir développé quelques applications mobiles, je dirais que la majorité des clients prend en charge le HTML. Bien entendu, il est sûr de servir ces clients une version allégée de code HTML pour la conception de votre application pour le commun dénominateur. Cependant, il ya encore un nombre important de clients qui ne peut accepter WML que leur type de contenu et donc le HTML ne peut pas satisfaire l'ensemble de vos utilisateurs.

    Si vous lisez le HTTP_ACCEPT en-tête, vous pouvez déterminer ce que le client est en mesure de comprendre. Dans mon expérience, il est plus sûr de servir HTML chaque fois que vous le pouvez et de se replier sur WML lorsque vous avez à.

    La ligne de fond est que si vous êtes réticents à soutenir les deux versions de votre site, utilisez allégée HTML (de préférence XHTML). Si vous pouvez prendre en charge WAP en plus de HTML, il fait une bonne solution de repli pour les clients qui ne comprennent pas le langage HTML.

    OriginalL'auteur

  5. 1

    Ne pas oublier que le WAP a des points forts de son propre que la normale de sites HTTP parcourue à partir de téléphones mobiles ne les possèdent.

    L'un des plus importants est que vous pouvez obtenir l'accès au WAP de facturation, où vous pouvez recharger de petits montants d'argent à des clients qui n'ont pas de cartes de crédit disponibles.

    Aussi, vous pouvez utiliser le numéro de téléphone (numéro de téléphone portable) pour identifier et suivre les visiteurs du site WAP.

    OriginalL'auteur Bjørn Otto Vasbotten