$name$ est un membre de l'équipe Snowpact avec les compétences : $skills$. Vous trouverez sur cette page ses contributions

Stéphane

Le développement natif implique la création d'applications spécifiques à une plateforme particulière, comme iOS ou Android. Ces applications sont écrites dans le langage de programmation spécifique à la plateforme (par exemple, Swift pour iOS et Java pour Android), et elles sont conçues pour fonctionner de manière optimale sur cette plateforme.

Les applications natives ont tendance à offrir une meilleure performance et une meilleure expérience utilisateur que les applications hybrides. Elles ont également accès à toutes les fonctionnalités du système d'exploitation, ce qui peut permettre de créer des applications plus puissantes et plus fonctionnelles.

Cependant, le développement natif peut être plus coûteux et plus long que le développement hybride, car vous devrez créer et maintenir une version distincte de l'application pour chaque plateforme.

Le développement hybride implique la création d'applications qui peuvent fonctionner sur plusieurs plateformes à partir d'une seule base de code. Ces applications sont généralement écrites en HTML, CSS et JavaScript, et elles sont ensuite "emballées" dans une application native à l'aide d'un framework comme Cordova ou React Native.

Les applications hybrides sont généralement plus rapides et moins coûteuses à développer que les applications natives, car vous n'avez besoin de créer qu'une seule version de l'application. Elles peuvent également être plus faciles à maintenir, car toute modification ou mise à jour ne doit être effectuée qu'une seule fois.

Cependant, les applications hybrides peuvent ne pas offrir la même performance ou la même expérience utilisateur que les applications natives. Elles peuvent également ne pas avoir accès à toutes les fonctionnalités du système d'exploitation, ce qui peut limiter leur fonctionnalité.

Le choix entre le développement natif et le développement hybride dépendra de vos besoins et de vos objectifs spécifiques. Si vous recherchez la meilleure performance et la meilleure expérience utilisateur possible, et que vous avez le budget pour cela, alors le développement natif pourrait être le meilleur choix pour vous. Si, en revanche, vous cherchez à minimiser les coûts et à accélérer le développement, alors le développement hybride pourrait être une meilleure option.

 à Paris, pour des solutions sur mesure!

Javascript

Cordova

React Native

HTML

Développement

Application mobile

Lorsqu'il s'agit de développer une application mobile, l'une des premières décisions à prendre est de choisir entre le développement natif et le développement hybride. Chaque approche a ses avantages et ses inconvénients, et le choix dépendra de nombreux facteurs, tels que votre budget, vos objectifs et vos attentes. Dans cet article, nous allons comparer le développement d'applications natives et hybrides, afin de vous aider à déterminer quelle approche est la meilleure pour votre application spécifique.



Développement mobile : Natif vs. hybride.

Dans cet article, je vais vous expliquer comment 

Si vous développez en JavaScript directement, vous pouvez passer directement à l’étape 2.

Si vous utilisez un langage de typage tel que du 

, vous devez indiquer au système de déploiement automatique d’app engine ce qu’il doit faire avant de commencer le déploiement.

Pour se faire, c’est simple, il faut ajouter dans le 

 contenant la commande de build de votre script :

Maintenant que vous avez du code JavaScript à exécuter, il faut indiquer à app engine la commande qu’il doit faire pour exécuter votre code.

 contenant la commande d’exécution de votre app :

En ce qui concerne l’installation des dépendances, il vous suffit de procéder de manière normale et de mettre dans le 

 toutes les librairies qui sont nécessaires en production dans 

Pensez bien à retirer les dépendances qui ne sont pas nécessaires en production afin d’alléger le déploiement.

 pour l’installation de vos dépendances, car app engine va automatiquement le détecter en fonction du package.lock ou du yarn.lock

Maintenant que tout est prêt pour le déploiement dans Google, nous allons dans un premier temps déployer en local avec le client gcloud.

Mais afin de garder bonne maitrise du déploiement en continu, il sera préférable de le faire dans une 

 afin de pouvoir effectuer des tests en amont (nous préparons un article pour expliquer comment faire).

4.1 - Création du fichier de configuration app.yaml app engine

La chose la plus importante est de créer un fichier de configuration (

) principal de votre application à la racine du code à déployer.

 indique quelle version de node vous souhaitez utiliser en production, ici il s’agit de la version 16

 Indique le nom du service. Un service correspond à une instance que vous souhaitez déployer, par exemple : backend, frontend, admin… Il est important de savoir que vous devez nommer au moins un de vos services défaut.

 Il s’agit du type d’instance que vous souhaitez sélectionner. Il en existe plusieurs et ils définissent la puissance de la machine que vous souhaitez utiliser. Nous préparons un article qui explique comment choisir l’instance avec les optimisations de couts.

 Cela définit comment doit agir votre scaling automatique, à partir de quel moment, une nouvelle instance est générée afin de mieux gérer le trafic. Pareil, un article est en cours de création sur le sujet.

Cela permet d’inclure un ou plusieurs fichiers externes comme les variables d’environnement afin de les cacher.

 contiens les différentes règles du routeur et ici la seule règle qu’on a c’est le fait de rediriger toutes les routes HTTP vers du HTTPS.

4.2 - Gestion des variables d’environnement

Pour les variables d’environnement, vous pouvez créer un fichier env_variables.yaml qui doit ressembler à celui-là :

 et ensuite vous pouvez mettre les clés valeurs de vos variables d’environnement

N’oubliez pas de mettre le code suivant dans votre fichier app.yaml :

4.3 - Création du projet dans app engine

Suivez les instructions de la documentation suivante : 

https://cloud.google.com/appengine/docs/standard/nodejs/console#console

4.4 - Installez le client gcloud en local

https://cloud.google.com/sdk/docs/install

Ensuite avant de déployer, vous devez créer un fichier .gcloudignore à la racine du projet qui contient les fichiers que vous ne souhaitez pas déployer un peu comme dans le gitignore

Afin de déployer votre projet vous devez dans un premier temps, activer l’API 

https://console.cloud.google.com/apis/library/appengine.googleapis.com

Voilà vous n’avez plus qu’a suivre les instructions de déploiement pour déployer l’application.

Stéphane

Développeur Back / DevOps

Les articles de Stéphane

Développement mobile : Natif vs. hybride.

Stéphane

Déployer vos applications Node sur Google App Engine

Stéphane