Codage Applications mobiles - mannequins

Les applications mobiles sont aujourd'hui des sujets brûlants, en partie parce que des applications mobiles comme WhatsApp et Instagram ont été achetées pour des milliards de dollars et des entreprises mobiles comme Rovio. Birds et King Digital, fabricants de Candy Crush, génèrent des revenus annuels de plusieurs centaines de millions à plusieurs milliards de dollars.

Lors du codage d'applications mobiles, les développeurs peuvent soit créer des applications Web

• mobiles, en utilisant HTML, CSS et JavaScript.

• Applications mobiles natives utilisant une langue spécifique. Par exemple, les appareils Apple sont programmés en Objective-C ou Swift, et les appareils Android sont programmés en Java.

Le choix entre ces deux options peut sembler simple, mais il y a quelques facteurs en jeu. Considérez ce qui suit:

• Les entreprises développant des applications Web mobiles doivent s'assurer que la version mobile fonctionne sur différents navigateurs, différentes tailles d'écran et même différents fabricants, tels qu'Apple, Samsung, RIM et Microsoft. Cela se traduit par des milliers de combinaisons de téléphones possibles, ce qui peut augmenter considérablement la complexité des tests nécessaires avant le lancement. Les applications mobiles natives ne s'exécutent que sur une plate-forme téléphonique, ce qui réduit les variations.

• Bien que fonctionnant sur une seule plate-forme, les applications mobiles natives sont plus coûteuses et plus longues à mettre en place que les applications Web mobiles.

• Certains développeurs ont signalé que les applications Web mobiles présentent plus de problèmes de performances et se chargent plus lentement que les applications mobiles natives.

• Les utilisateurs passent plus de temps à utiliser des applications mobiles natives et moins de temps à utiliser des applications Web mobiles basées sur un navigateur.

• Les applications mobiles natives sont distribuées via un magasin d'applications, ce qui peut nécessiter l'approbation du propriétaire du magasin d'applications, tandis que les applications Web mobiles sont accessibles depuis n'importe quel navigateur Web. Par exemple, Apple a une politique d'approbation stricte et prend jusqu'à six jours pour approuver une application à inclure dans l'Apple App Store, tandis que Google a une politique d'approbation plus détendue et prend deux heures pour approuver une application.

Dans un célèbre exemple d'application rejetée d'une boutique d'applications, Apple a bloqué Google dans le lancement de l'application Google Voice sur l'App Store d'Apple parce qu'elle chevauchait les fonctionnalités d'Apple. Google a répondu en créant une application web mobile accessible à partir de n'importe quel navigateur, et Apple ne pouvait rien faire pour le bloquer.

Si vous faites ce choix, tenez compte de la complexité de votre application. Les applications simples, telles que les horaires ou les menus, peuvent être développées à moindre coût avec une application Web mobile, tandis que les applications plus complexes, telles que la messagerie et les réseaux sociaux, peuvent bénéficier d'une application mobile native.Même les entreprises technologiques bien établies se débattent avec ce choix.

Initialement, Facebook et LinkedIn ont créé des applications Web mobiles, mais les deux ont depuis évolué vers la promotion et la prise en charge d'applications mobiles natives. Les entreprises ont cité une meilleure vitesse, la gestion de la mémoire et les outils de développement comme quelques-unes des raisons pour faire le changement.