Si vous construisez un site mobile, vous entrez dans un monde de douleur! Sérieusement. J'ai passé un an en tant que chef de projet sur des projets de portail Web mobile, et les bogues du navigateur et les différences de plate-forme sont des ordres de grandeur pires que le développement d'applications Web sur PC complet.
La première chose que je dirai est la suivante: examinez attentivement l'analyse de rentabilisation. Il y a un avantage de premier plan pour l'espace mobile en ce moment; mais vous pouvez ou non gagner de l'argent à partir d'une version mobile. Réfléchissez bien à cela.
La deuxième chose est la suivante: Limitez autant que possible les cibles d'appareils. Lorsque vous ajoutez des appareils, le fardeau du support client et de l'assurance qualité explose pratiquement. Si vous pouvez vous en tirer avec uniquement les iPhones + Androids pris en charge, faites-le. Définissez au moins une liste fixe des téléphones qui sont entièrement pris en charge et qui sont partiellement pris en charge, et gardez-le à cela.
Vous ne pourrez pas cibler tous les appareils «bien» avec une seule solution technologique. (Du moins, sauf si vous définissez «bien» comme du texte pur, aligné à gauche, style minimal). Les 4 principales «familles» de formats pour les sites Web mobiles sont:
HTML 5 . «Meilleur» compromis entre des fonctionnalités solides et une analyse stricte et cohérente en ce moment. Fonctionne uniquement sur les mobiles de pointe (signifie pratiquement les iPhones et les androïdes en ce moment).
XHTML Mobile . Prise en charge de l'appareil la plus compatible et la plus large. Ce que vous voulez pour tous les Nokias, Sony-Ericssons, tout nouveaux, etc. En d'autres termes, XHTML Mobile fonctionne avec la majeure partie des combinés installés. Mais souvent, les utilisateurs de ces combinés n'utilisent pas vraiment beaucoup les sites mobiles, ils représentent donc un pourcentage moindre des visites réelles des propriétés mobiles.
Tag soupe, c'est-à-dire HTML 4.01, full XHTML 1.0 etc. Fonctionne comme le fait «tag soupe», uniquement compatible avec les modèles de téléphones très récents.
WAP. Pour presque tous les cas d'utilisation, ce format est maintenant mort. Je ne le considérerais plus pour aucun type de développement de green-field. (Les téléphones qui ne peuvent faire que du WAP sont si vieux et cassés qu'aucun humain ne voudra vraiment les utiliser comme plates-formes de calcul. Pensez aux écrans monochromes, pas de clavier QWERTY, etc.)
Nota bene: Seuls les mobiles à la pointe de la technologie prennent en charge Javascript (encore une fois, un support limité sur les iPhones, décent sur Android, certains autres smartphones avec différents systèmes d'exploitation prennent en charge Javascript mais uniquement dans les modèles très récents).
Enfin, considérez les applications natives, peut-être les applications «hybrides» qui ont une partie du chrome et de la logique de l'application installés localement, et récupérez d'autres contenus via le réseau. Développer des applications natives pour l'iPhone est vraiment étonnamment bon marché, et les applications natives sont bien sûr plus rapides et plus conviviales que les applications dans le navigateur.
Que dois-je savoir? De quoi ai-je besoin pour être au courant?
Si tel est le cas, alors soyez prêt à passer beaucoup de temps à apprendre ou envisagez de faire appel à un savoir-faire externe.
Le WAP est quasiment mort avec l'avènement des navigateurs pour téléphones mobiles (généralement des versions simplifiées des navigateurs de bureau traditionnels) - il n'y a pas de besoin urgent de mettre l'accent sur les protocoles obscurs lorsque les outils auxquels vous vous êtes habitués suffiront.
Réponses:
Si vous construisez un site mobile, vous entrez dans un monde de douleur! Sérieusement. J'ai passé un an en tant que chef de projet sur des projets de portail Web mobile, et les bogues du navigateur et les différences de plate-forme sont des ordres de grandeur pires que le développement d'applications Web sur PC complet.
La première chose que je dirai est la suivante: examinez attentivement l'analyse de rentabilisation. Il y a un avantage de premier plan pour l'espace mobile en ce moment; mais vous pouvez ou non gagner de l'argent à partir d'une version mobile. Réfléchissez bien à cela.
La deuxième chose est la suivante: Limitez autant que possible les cibles d'appareils. Lorsque vous ajoutez des appareils, le fardeau du support client et de l'assurance qualité explose pratiquement. Si vous pouvez vous en tirer avec uniquement les iPhones + Androids pris en charge, faites-le. Définissez au moins une liste fixe des téléphones qui sont entièrement pris en charge et qui sont partiellement pris en charge, et gardez-le à cela.
Vous ne pourrez pas cibler tous les appareils «bien» avec une seule solution technologique. (Du moins, sauf si vous définissez «bien» comme du texte pur, aligné à gauche, style minimal). Les 4 principales «familles» de formats pour les sites Web mobiles sont:
Nota bene: Seuls les mobiles à la pointe de la technologie prennent en charge Javascript (encore une fois, un support limité sur les iPhones, décent sur Android, certains autres smartphones avec différents systèmes d'exploitation prennent en charge Javascript mais uniquement dans les modèles très récents).
Enfin, considérez les applications natives, peut-être les applications «hybrides» qui ont une partie du chrome et de la logique de l'application installés localement, et récupérez d'autres contenus via le réseau. Développer des applications natives pour l'iPhone est vraiment étonnamment bon marché, et les applications natives sont bien sûr plus rapides et plus conviviales que les applications dans le navigateur.
Si tel est le cas, alors soyez prêt à passer beaucoup de temps à apprendre ou envisagez de faire appel à un savoir-faire externe.
la source
Je commencerais par les meilleures pratiques Web mobile du W3C 1.0 et voir ce que des sites comme Smashing Magazine ont à dire sur la conception de sites pour les appareils mobiles.
Le WAP est quasiment mort avec l'avènement des navigateurs pour téléphones mobiles (généralement des versions simplifiées des navigateurs de bureau traditionnels) - il n'y a pas de besoin urgent de mettre l'accent sur les protocoles obscurs lorsque les outils auxquels vous vous êtes habitués suffiront.
la source
Quelques beaux articles sur ce sujet -
État du développement Web mobile - parties 1 , 2 , 3
Adapté aux mobiles: le
guide d'optimisation du Web mobile
la source