Quelle est la meilleure façon de créer un site convivial pour mobile?

StackOverflow https://stackoverflow.com/questions/103273

  •  01-07-2019
  •  | 
  •  

Question

En termes d’absence de technologie, quel est le meilleur moyen de créer un site compatible avec les appareils mobiles? C’est-à-dire que je souhaite créer un site qui fonctionnera sur un ordinateur ordinaire, mais qui comportera également une version mobile des pages. Devrais-je réécrire chaque page? Les pages auront probablement des fonctionnalités différentes, alors devrais-je réécrire le code de base? Devrait-il s'agir d'un site réellement différent avec la même base de données?

Était-ce utile?

La solution

J'ai ajouté une couche de présentation mobile à un site opérationnel il y a environ un an. En fonction de l'architecture du site (j'espère que cela ne dépend pas trop de la technologie pour vous), j'ai ajouté un nouvel ensemble de JSP pour les navigateurs mobiles (voir la section http://wurfl.sourceforge.net/ pour un excellent moyen de créer des pages mobiles indépendamment du type de navigateur). De plus, certaines des fonctionnalités principales ont été modifiées en raison des fonctionnalités limitées de la plupart des navigateurs mobiles. En bref, l'intégration n'a pas été aussi pénible qu'on pourrait s'y attendre.

Bonne chance!

Autres conseils

Sur mon site , je détecte un agent d'utilisateur et, pour les navigateurs mobiles connus, je sers une autre feuille de style, avec certains éléments plus volumineux / moins nécessaires ont laissé de côté certaines pages. Le backend ne change pas vraiment.

C'est une question assez large, mais voici:

  • Si le site concerne principalement le contenu, c'est-à-dire qu'il ne s'agit pas d'un service que vous utilisez, mais d'une publication que vous lisez, j'essaierais d'éviter de publier deux sites autant que possible. Concentrez-vous sur une présentation simple à l'aide de technologies éprouvées que les navigateurs mobiles peuvent assez bien gérer.
  • S'il s'agit essentiellement d'une application logicielle livrée via le réseau, les choses se compliquent, car vous allez vouloir prendre en compte l'interface utilisateur de l'appareil mobile et en quoi elle diffère de celle du bureau.
  • Cela devrait aller de soi, mais dans les deux cas, si vous avez beaucoup d'utilisateurs de mobiles, gardez cela à l'esprit lorsque vous créez du contenu pour le site. Formats, longueur, voix, etc.

Outre le système de fonctionnalités WURFL / WALL mentionné par todd, des bibliothèques Java Server Faces disponibles utilisent d'autres rendus WML pour les téléphones mobiles.

Par le passé, j’ai veillé à ce que mes données soient bien extraites dans le niveau données, puis à l’utilisation de modèles de niveau intermédiaire distincts pour extraire ce qui était approprié. Dans mon cas, l’application était une application météo et les méthodes d’affichage des appareils cibles étant très limitées, nous avons donc choisi de montrer à l’utilisateur les éléments essentiels sur les appareils mobiles tant que le site Web était complet. C'était probablement il y a 10 ans, lorsque le WAP était grand. Mais ces jours-ci, avec des appareils qui obtiennent des écrans plus grands, une meilleure bande passante, vous voudrez peut-être consommer et afficher les mêmes données avec un modèle de vue différent.

Je ne sais jamais vraiment quel type d’application devra utiliser les données à l’avenir. Nous faisons beaucoup d'applications sur toutes les plateformes mais le modèle de domaine change rarement. Je finis donc par utiliser les mêmes objets de niveau intermédiaire que je peux et extraire ces données de différents clients. Un projet récent dans lequel nous avions une application Internet riche (widget), un site Web complet et un service Web consommant les mêmes données en est un bon exemple. L’abstraction de données dans la couche intermédiaire brille vraiment dans cet environnement.

Sur un niveau d'abstraction très élevé, il existe deux mises en garde principales concernant les appareils mobiles: (1) leur écran est petit, (2) leur connexion réseau est intermittente. En d'autres termes, cela signifie que vous devez présenter le contenu de manière à ce qu'il soit correct, même sur un petit écran (taille variable), et le rendre de préférence également en cache afin que vos utilisateurs puissent parcourir le contenu en mode hors connexion. Il y a aussi le problème de la faible bande passante et de la latence élevée, mais ceux-ci sont légèrement moins importants de nos jours.

Voici un aperçu très détaillé de la création d’un site mobile, même si j’espère qu’il est juste de dire qu’il y aura toujours des exigences différentes pour tous ceux qui souhaitent passer au mobile. Si vous avez un blog, vous pouvez tout aussi bien le rendre mobile avec Mippin Mobilizer; C'est un outil gratuit, qui fournit des outils de personnalisation de la marque, et avec un large public parcourant déjà un large éventail de contenus mobilisés, il existe des opportunités pour générer des revenus publicitaires autour de votre blog.

En effet, le blog Mippin Mobilized devient alors une partie d’une communauté beaucoup plus large de contenu, de personnes, d’actualités, de blogs, de listes, de toutes les connexions entre contenus, et bien plus encore sur le site mobile:

http://mippin.com (sur un navigateur mobile.)

Jetez un coup d'œil à l'outil de mobilisation, car il montre ce que le site peut faire en une seconde:

www.mippin.com/mobilizer

Seulement si vous avez un blog bien sûr ...

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top