La piece ou les applications naissent

Presque toute application serieuse sur un telephone Android est passee par le meme programme en chemin. Ce est environnement designe par Google, bati sur un editeur affine pendant vingt ans, ce qui explique que completion, refonte et recherche de fautes semblent posees plutot que improvisees. La position officielle apporte aussi la fraicheur: quand la plateforme ajoute une capacite, le soutien des outils arrive en general dans le meme mouvement, et les apercus des techniques de interface sont integres au lieu de etre ajoutes par un tiers.

Cela pese plus que cela ne sonne. Travailler contre une chaine outils inachevee est le chemin le plus court pour perdre une semaine, et la difference entre un apercu qui dessine aussitot et un autre qui exige un cycle de construction se mesure en minutes par heure. Qui suit la voie officielle reste sur la route soutenue, meme pendant les travaux.

Du faux telephone a la courbe de memoire

Le emulateur est la partie que les debutants sous estiment. Il peut se presenter comme un haut de gamme du moment, un modele ancien ou une tablette, avec une version precise du systeme, et cela en quelques secondes. La inspection de mise en page montre ensuite la hierarchie a cote du rendu, donc un bouton mysterieusement deplace devient une lecture au lieu de une supposition. Les profiles surveillent memoire, processeur et energie, et ils transforment une plainte vague sur la batterie en une ligne avec une cause.

Autour de ce noyau se tient le reste du trajet: des modeles qui produisent une application lancable en une minute, un systeme de construction pour les dependances et les variantes, la signature et les canaux pour la diffusion. Rien de tout cela ne se paie, sur les trois plateformes, ce qui supprime le calcul habituel sur ce que un debutant peut se permettre.

Un point de plus sur le poids: sur les gros projets, le premier lancement peut prendre des minutes. Des reglages permettent de couper les fonctions inutiles pour raccourcir cette attente. Passer une semaine a patienter se defend, mais la meme attente apres un mois merite un reglage.

La portee depasse un seul programme: il a pose tout ecosysteme Android sur un jeu de conventions, si bien que des developpeurs de pays differents ecrivent vers les memes attentes et savent lire les projets des autres.

Commencer sans les bleus habituels

Lancer la premiere construction sur le emulateur avant de toucher un appareil reel. Le emulateur se remet a zero, se sauve en image et se duplique, donc une erreur y coute un redemarrage et non un retour en usine. Ensuite brancher du vrai materiel pour les parties qui ne apparaissent que la: latence du toucher, comportement de la camera, et le ralentissement thermique qui aucun emulateur ne reproduit.

Utiliser la inspection de mise en page en direct au lieu de comparer des captures, et laisser apercu de conception sur un second ecran quand il y en a un. Sur les projets plus gros, donner assez de memoire au emulateur et activer accroissement materiel, car un emulateur affame produit des temps qui trompent sur votre propre code. Et lire la sortie de construction quand elle avertit de interfaces anciennes; ces avertissements sont la maintenance la moins chere que vous ferez.

Qui ne doit pas la utiliser

Si le but est un seul petit outil, la taille installation et la courbe apprentissage sont de vrais couts, et il existe des chemins plus legers pour essayer. Des que le projet a plus de un ecran, une couche de donnees et un chemin de diffusion, environnement plus lourd se rembourse la premiere semaine, parce que les outils de recherche de fautes y habitent deja.

Un dernier mot: garder installation a jour, mais pas le jour une echeance. Les versions outils arrivent souvent, et une version majeure la veille une diffusion est un risque que on se fait a soi meme. Laisser les autres trouver les premieres fautes, puis monter un mardi tranquille.