Habituellement quand on demande à un développeur de faire du scroll jacking sur mobile nous avons tendance à dire NON. Mais pour une expérience de navigation pleine page, le fait d’être positionné parfaitement sur chaque page rend l’expérience plus esthétique.
Nous allons voir comment faire cela simplement, sans que l’expérience utilisateur ne soit altérée. Pour ça, il est important de conserver le mode contracté du navigateur mobile.
Chez Adfab nous avons travaillé sur plusieurs approches pour développer des applications avec React Native. Pour ma part j’ai utilisé sur différents projets le boilerplate Ignite maintenu par Inifite Red (https://infinite.red).
Je ne vais pas faire de rétrospective sur ce projet, mais plutôt expliquer comment j’ai pu facilement prendre en main ce nouvel outil grâce à l’étude de leur repo Github. Le seul prérequis pour lire cet article et de savoir comment fonctionne React. Nous verrons également comment utiliser Redux, sans que des connaissances approfondies soient nécessaires.
Les applications natives sont des applications mobiles qui sont codées dans un langage donné avec un code source pour chaque plateforme (Objective-C ou Swift pour iOS, Java pour Android) et qui sont téléchargeables via des stores (Google Play, Apple store).
Les applications hybrides ont été inventées aux alentours de 2012 pour répondre à des problématiques de coûts de développement importants dû aux différentes plateformes qui existent sur le marché, principalement iOS et Android mais également Windows.
En effet, chaque plateforme ayant son propre environnement et langage de développement, si vous souhaitez développer une application pour chacune d’entre-elles, vous devrez multiplier votre budget en conséquence.
Les applications hybrides sont des applications créées avec des technologies web (HTML, CSS et JavaScript) et qui sont exécutées dans une application native à travers une WebView (pour simplifier, c’est un navigateur web mais sans la barre d’adresse).
Vous pouvez donc publier votre application hybride sur un store et l’installer comme une application native.
Ces applications hybrides ont accès aux mêmes fonctions natives du téléphone qu’une application native classique (appareil photo, carnet d’adresse, calendrier, notifications Push, etc.) mais via des bridges.
Les bridges sont un moyen d’exposer les fonctionnalités natives du téléphone via une interface web en JavaScript. Ce sont des ponts d’accès entre les plateformes via leur langage natif et la WebView.
Développeur mobile en natif & hybride, je développe depuis plus d’un an sous React Native.
Mon expérience sur les différents langages me permet aujourd’hui de comparer la réactivité et la puissance du natif et les avantages qu’apporte React Native dans mes développements.
Je ne vais pas décrire ici ce qu’est React Native mais plutôt vous éclairer sur des interrogations ou des points de blocage que l’on rencontre lors du développement d’une application mobile hybride.
Préambule
Lorsque l’on créé une application mobile, une étape importante consiste à designer et intégrer l’icône de l’application et l’écran de lancement. Ce sont les premiers éléments que l’utilisateur verra lors de l’installation, puis lors du lancement de l’application.
Pour le designer et le développeur qui doivent concevoir et intégrer ces éléments graphiques dans l’application, il faut connaître certaines subtilités propres à chaque OS afin notamment de respecter les guidelines officielles pour la conception graphique mais également de générer plusieurs tailles d’image pour supporter les différentes générations d’appareils sur le marché.
Aujourd’hui, il n’est plus question de faire l’impasse quant à sa présence sur mobile lorsque l’on propose un service en ligne, que ce soit à destination du grand public ou de ses collaborateurs.
La “vraie” question qui se pose – encore – aujourd’hui est de savoir si cette application doit être développée dans le système natif de chacun des OS (Operating System = système d’exploitation) du marché à savoir iOS, Android ou encore Windows Mobile, ou si elle doit être hybride ?
En effet, cette question n’est pas nouvelle et continuera à se poser tant que les technologies mises en oeuvre continueront à évoluer : D’avantage de puissance matérielle, navigateur Web embarqué dans l’application, enrichissement des API, etc.
Pour répondre à la question de “quoi choisir”, il faut bien entendu comprendre les différences entre les deux approches.
La montre connectée Pebble Time qui est la petite soeur de la Pebble première du nom peut être commandée depuis quelques semaines. Une des particularités de cette montre est qu’elle possède un SDK javascript, il est certes moins complet que la version C qui permet d’écrire des programmes beaucoup plus puissants. De plus tout a été pensé pour faciliter la vie des développeurs, nous allons voir comment en quelques heures nous avons réalisé et publié sur le store Pebble une application fonctionnelle.
Aujourd’hui, j’ai décidé de débuter un petite série de tips sur le petit nouveau (c’est encore un enfant cela fait seulement 1 an qu’il est disponible en version publique pour le développement d’applications iOS), je veux bien sur parler de swift.
La politique d’Apple pour développer des applications est plutôt sécurisée et fastidieuse, pleine de termes barbares et barbants. Coder son application est une chose, la compiler et la déployer en est une autre. C’est cette partie qui va nous intéresser.
Depuis la version 5 de xcode, Apple a mis en place une nouvelle façon de gérer les images, les catalogues d’images, ou « assets catalog ».
Par le passé, lors de projets cordova ou phonegap, la mise en place d’icones et de splashscreen n’a jamais jamais été simple:
Nous allons voir comment simplifier ces taches avec la nouvelle fonctionnalité d’Xcode 5.
