Le 14 septembre 2017, nous avons publié une version actualisée de notre Politique de confidentialité. En utilisant video2brain.com vous vous engagez à respecter ces documents mis à jour. Veuillez donc prendre quelques minutes pour les consulter.

Android : La publication d'une application

Différencier les versions de l'application

TESTEZ LINKEDIN LEARNING GRATUITEMENT ET SANS ENGAGEMENT

Tester maintenant Afficher tous les abonnements
Découvrez comment lancer votre application en version debug (débogage) ou en version release (production). Vous verrez également comment passer automatiquement du serveur de test au serveur de production selon la version de l'application.
05:41

Transcription

Dans cette vidéo, je vais vous montrer comment différencier dans votre code, la partie développement de la partie production. Donc, dans votre projet, vous avez « src main », à l'intérieur du « main », vous avez « java », etc. Si vous passez par un projet Google Maps, il va vous générer un répertoire « debug » et un répertoire « release », que vous pouvez créer manuellement. Le répertoire « debug » est propre au développement, le répertoire « release », propre à la production. Je vais donc ouvrir le répertoire « debug ». On y voit le fichier « google_maps_api », c'est le fichier qui contient la clé de Google Maps pour la version de développement, et dans « release », la même chose pour la clé de production. Je vais aller plus loin, je vais créer ici un fichier, « New Values resource file », que je vais appeler « refs.xml ». Dans ce fichier, je vais créer une première valeur de type booléen, que je vais appeler « debug », que je vais mettre à « true ». Je vais créer une deuxième, de type « string », que je vais appeler « url_serveur », « www.serveurDebug.com ». Je vais copier ce fichier et le coller dans « release ». À « debug », je passe à « false », et ici, je ne suis plus en « serveurDebug », mais en « serveurProd ». Maintenant, dans mon projet, je suis dans « MapsActivity », je vais créer un « Toast » avec l'URL de mon serveur. Donc, je vais me contenter de faire un « getString(R.string.url_serveur) ». Je vais lancer mon application. Mon application se lance, et j'ai bien « serveurDebug ». Maintenant, si je veux la lancer en version de production, il faut donc que je la signe. Ici, j'ai un onglet qui s'appelle « Build Variants ». Je vais pouvoir décider sous quel format je veux la lancer. Donc ici, en « debug », et je vais passer en « release ». Donc, il va la recompiler, sauf qu'ici, je me retrouve avec une erreur, il ne veut plus me lancer mon projet, parce qu'il n'est pas signé. Donc, je vais passer en « Edit Configurations », et ici, il m'explique ce que je viens de vous dire, c'est-à-dire que l'« apk » n'est pas signé, que pour pouvoir l'exécuter, il faut le signer, donc je vais cliquer sur « Fix », qui va m'amener dans « Project Structure ». Donc, si on fait un clic droit, « Open Module Settings », on y arrive directement ici, et donc dans l'onglet « Signing », je vais ajouter un nouvel onglet. « Key Alias : ProjetVelo », « Key Password : tototata », je lui donne le répertoire de mon « keystores », mon « keystores » est ici. Je lui donne le mot de passe de mon « keystores », ici, on peut voir une défaillance de sécurité où les mots de passe apparaissent en clair, ce qui n'est pas vraiment normal. Puis, je passe en « Build Types », donc le mode « debug », et le mode « release », et pour le mode « release », je vais lui indiquer que je vais utiliser la signature choisie précédemment. Ici, on peut voir que je pourrais rajouter d'autres modes, que ça soit ici ou ici. Je fais « OK », « OK », il recompile, et cette fois je peux lancer mon projet. Là, j'ai cette fenêtre, cette fenêtre m'indique qu'il y a un problème de compatibilité, parce qu'en fait, vous avez deux mêmes applications, sauf que comme une est signée, et que celle qu'on a installé précédemment ne l'était pas, il me dit qu'il y a une concurrence, donc si j'appuie sur « OK », il est sensé me désinstaller l'autre version, pour pouvoir installer la version signée. Donc, il arrive que ça ne marche pas, il n'arrive pas à la désinstaller, donc il faut le faire manuellement. Donc, c'est ce que je vais faire ici, donc je vous montre comment désinstaller une application, il suffit de rester appuyer, et de faire « uninstall », « OK ». Si ça a marché tant mieux, si des fois, il n'arrive pas à la désinstaller, il suffit donc de la désinstaller manuellement. Je relance. L'appli se lance avec serveur de « Prod ». Ici, on voit que ma carte ne s'affiche pas, car je n'ai pas de carte pour la production, si je m'amuse à copier la carte de développment, et que je la mets dans la partie production, ça ne marchera pas, car il faut une clé référencée par le « keystores ». Quel est l'intérêt de la manipulation que je viens de vous montrer ? Eh bien, tout simplement, vous allez souvent avoir deux serveurs différents. Il va y avoir un serveur de test et le serveur de production. Donc, pour éviter tout problème, j'indique dans mon « refs.xml » mon serveur de test, et dans mon « release », mon serveur de production, et je n'ai pas besoin de « switcher » entre les deux, je suis sûr que la version que je mettrai en publication, qui sera forcément la version signée, sera mon serveur de production, et ici, dans la version « debug », ma version de serveur de test. Il faudra juste savoir lequel des deux est utilisé, visible dans le « Build Variants ». Là, je vais repasser en mode « debug », du coup, il va recompiler, et au moment de la réinstallation de l'application, il va me re-proposer d'enlever l'ancienne. Il est possible d'ajouter d'autres variantes que « debug » et « release ». Selon le contexte, par exemple certaines entreprises vont avoir un serveur de test, ou vous, vous allez avoir votre propre serveur, puis le serveur de test, puis le serveur de préproduction, puis le serveur de production et ainsi de suite. Vous savez maintenant différencier dans votre code, si vous êtes en version de « debug » ou en version de production.

Android : La publication d'une application

Abordez la publication d’une application Android sur le Google Play Store. Nettoyez votre code avant la diffusion, gérez les éventuels crashs, récupérez un exécutable signé, etc.

1h04 (13 vidéos)
Aucun commentaire n´est disponible actuellement
 
Logiciel :
Spécial abonnés
Date de parution :6 juin 2017

Votre formation est disponible en ligne avec option de téléchargement. Bonne nouvelle : vous ne devez pas choisir entre les deux. Dès que vous achetez une formation, vous disposez des deux options de consultation !

Le téléchargement vous permet de consulter la formation hors ligne et offre une interface plus conviviale. Si vous travaillez sur différents ordinateurs ou que vous ne voulez pas regarder la formation en une seule fois, connectez-vous sur cette page pour consulter en ligne les vidéos de la formation. Nous vous souhaitons un excellent apprentissage avec cette formation vidéo.

N'hésitez pas à nous contacter si vous avez des questions !