Optimiser le développement natif sans compromis pour le mutiplateforme
D’abord, pour comprendre la démarche derrière notre approche, vous devez savoir que nous divisons en 3 blocs le développement d’une application native :
La couche des services, toute la logique logicielle, comment l’application va faire des requêtes pour aller chercher ses données et sauvegarder le tout sur le téléphone.
La logique d’affaires (les requêtes, quelle action donne quelle réponse, etc.)
Les vues (les éléments visuels qui doivent s’afficher, les transitions, les ombrages, etc.)
Dans l’objectif de maximiser les forces de chaque plateforme sans dupliquer le temps de développement, les gens de Mirego se sont penchés sur comment isoler des parties de logique et on mit en place une technologie leur permettant de convertir la logique d’affaires écrite pour Android et iOS une seule fois, tout en respectant les singularités de chaque environnement. Avant son déploiement, même si la logique d’affaires demeurait toujours inchangée peu importe l’appareil, le même message devait être écrit en 2 langages bien distincts. On peut ainsi dire que nous avons conçu un ‘’traducteur d’app universel’’.
Vous me direz qu’il existe actuellement sur le marché des outils multiplateformes, comme PhoneGap, Xamarin, Cordova (par ex appery.io), mais ils ne permettent pas d’exploiter entièrement le potentiel du dispositif et d’offrir une expérience immersive. Ces solutions tampons offrent rarement le résultat escompté, mais peuvent être une bonne alternative si vous souhaitez utiliser plusieurs composantes Web. De plus, certaines de ces coquilles imposent leurs propres outils, donc impossible de faire du sur mesure comme par exemple intégrer la caméra dans un comportement de navigation. Pour être en mesure d’utiliser les composantes de l’appareil, vous devez faire plusieurs cas d’exception dans le code et le résultat est loin d’être fluide et efficace et en fin de compte, le temps alloué au projet est le même que pour du développement natif et l’expérience utilisateur est limitée.
Avec notre convertisseur, l’expérience utilisateur spécifique à la plateforme est maximisée, le temps de développement est considérablement réduit puisque le temps normalement alloué à copier/coller la logique d’affaires est maintenant utilisé à l’optimisation du UI tout en réduisant les coûts de développement pour le client. Mais le plus notable est le fait que les problèmes sont identifiés plus tôt et simultanément pour les 2 plateformes et donc, la correction de ceux-ci se fait une seule fois. Par conséquent, lorsqu’il y a un changement, une amélioration ou un ajout à faire à l’application, les coûts de mise à jour ne sont plus multipliés par le nombre de plateformes comme auparavant pour inclure iOS et Android, étant donné que la logique d’affaires n’a maintenant qu’à être changée une seule fois.
Ainsi, cette amélioration dans les méthodes de développement natif avantage autant le client, l’utilisateur, que l’équipe de production.