Android Studio 2.0 : une bêta enrichie, plus stable et proche de la version finale

Android Studio 2.0 : une bêta enrichie, plus stable et proche de la version finale

Les développeurs attendent leur émulateur

Avatar de l'auteur
Vincent Hermann

Publié dans

Société numérique

08/02/2016 5 minutes
20

Android Studio 2.0 : une bêta enrichie, plus stable et proche de la version finale

L’environnement de développement Android Studio s’avance vers sa prochaine version majeure. Après une première version, elle passe désormais en phase de bêta publique, avec des fonctionnalités enrichies et plusieurs nouveautés.

Pendant un temps, le développement des applications Android passait le plus souvent par l’environnement Eclipse équipé des modules idoines. Google, par souci de centralisation des outils et ressources dans un tout soigneusement contrôlé, a proposé Android Studio, son propre outil dédié à la création d'applications. Les versions 1.X souffraient de nombreuses lacunes et les demandes des développeurs ont été entendues, tout du moins en bonne partie.

Instant Run ajoute le Cold Swap, pour redémarrer une application

La version 2.0, actuellement en cours de travaux, se prépare en effet à intégrer des apports importants. Comme indiqué lors de l’arrivée de la préversion, la plus importante est clairement Instant Run. Cette fonction permet de compiler rapidement le code, un changement bienvenu tant il s’agissait d’un reproche régulier à Studio. Autre bénéfice pour le développeur, la possibilité de voir répercuté directement dans son application de test les changements qu’il introduit dans le code.

Dans la préversion, il existait deux modes de répercussion : Hot Swap pour les méthodes et Warm Swap pour les ressources, ce dernier réclamant un redémarrage de l’activité en cours. Il manquait cependant une manière de répercuter des changements structurels plus profonds. La bêta ajoute donc Cold Swap, qui provoque un redémarrage complet de l’application pour appliquer les changements. Plus globalement, le nombre de cas pris en charge pour le code et les ressources a été augmenté.

Un émulateur nettement plus rapide

Instant Run fonctionne de concert avec un tout nouvel émulateur, qui doit permettre de régler les soucis de performances souvent reprochés à Android Studio, en prenant notamment en charge les cœurs multiples d'exécution dans les processeurs. Lui aussi est mis à jour avec la bêta, notamment pour prendre en charge les manipulations tactiles multipoints, comme les rotations de l’écran, le zoom et ainsi de suite. L’ensemble s’utilise avec la touche Alt du clavier puis les clics gauche et droit de la souris.

Autre grand point amélioré avec cette bêta, l’App Indexing, ou indexation des données liées aux applications. Il s’agit tout simplement pour ces dernières d’exposer les données qu’elles contiennent au moteur de recherche du smartphone. De cette façon, un utilisateur peut retrouver des informations sans avoir à les lancer, au sein d’une interface de recherche unifiée. Pour comparaison, il s’agit d’un élément qu’Apple a mis en place également avec iOS 8 et renforcé avec la version 9.

L’App Indexing était déjà présent dans la première préversion, mais il se dote en plus d’un outil de test. Le développeur va donc pouvoir vérifier la validité des liens et surtout de leurs résultats. S’ils ne renvoient pas correctement vers les données appropriées, Android Studio pourra donc le lui signaler.

android studio app indexing

IntelliJ 15, Fast ADB et GPU Profiler

Parmi les autres nouveautés, on notera également l’intégration d’IntelliJ 15. Cet outil est entièrement dévolu au développement des applications Java, la dernière version prenant en charge par exemple Java 8 et ses très nombreuses améliorations. L’Android Debug Bridge (ADB) se veut en outre beaucoup plus rapide, avec des performances annoncées comme cinq fois plus importantes.

Enfin, le GPU Profiler introduit lors de la préversion est lui aussi enrichi avec cette bêta. Il s’agit pour rappel de l’un des plus gros apports d’Android Studio 2.0. Il permet aux développeurs de plonger dans le code OpenGL pour manipuler de nombreux types d’objets, états, textures, commandes et autres. Le développeur peut pousser assez loin ses manipulations, les sauvegarder et les rappeler si besoin, le but étant bien sûr d’optimiser le code avec une granularité beaucoup plus fine.

Un code proche de la version finale selon Google 

Les développeurs qui avaient testé la préversion noteront sans doute que la bêta est beaucoup plus stable. Selon Google, cette « bêta » est en fait relativement proche du code final, au point qu’on pourrait presque davantage parler de Release Candidate. L’éditeur ne donne toujours aucune date de diffusion pour Android Studio 2.0, mais puisqu’il considère que la qualité du code est proche de la version stable, cette dernière ne devrait plus être très loin maintenant. On imagine que les retours des testeurs joueront sur cette variable.

Ceux qui avaient déjà la préversion peuvent se rendre dans les menus de l’environnement de développement et vérifier la présence des mises à jour. Ceux qui souhaitent tester pour la première fois devront se rendre sur cette page et récupérer l’archive pour Linux, OS X ou Windows. Cette dernière fait environ 290 Mo et se présente sous forme d’un simple fichier Zip.

20

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Instant Run ajoute le Cold Swap, pour redémarrer une application

Un émulateur nettement plus rapide

IntelliJ 15, Fast ADB et GPU Profiler

Un code proche de la version finale selon Google 

Commentaires (20)


Qu’en est-il de la capacité pour un débutant total de prendre en main un tel outil?


débutant en quoi ?



en développement : va falloir sacrément s’accrocher

connait le développement mais pas le langage: prévoir 3 semaines ou on mouline, et après roulez jeunesse

connait le développement, le langage, mais pas le SDK : prévoir quelques jours ou on mouline

connait le développement, le langage, le SDK, mais pas l’IDE : quelques heures je pense



 


J’attends de voir s’ils font mieux que Genymotion :) et il y avait aussi JRebel pour l’instant run.

J’espère que ça va sortir en stable ce mois-ci en tout cas…

  







Himurai a écrit :



Qu’en est-il de la capacité pour un débutant total de prendre en main un tel outil?





Débutant total en quoi ? Développement ou développement mobile ?

C’est pas plus compliqué qu’un autre EDI. Ce sont les concepts de Gradle et de la chaine de compilation qu’il faut assimiler mais ça se fait assez facilement surtout depuis que ça ne bouge plus trop, ça pète plus une config. d’une version à l’autre…



Edit: déjà grillé pour la réponse :P



Et encore, toucher au Gradle ça sert quand on commence à déjà bien maîtriser le reste en général, et on trouve plein de bons exemples sur internet.



Pour moi le plus compliqué quand on débute totalement, ça reste l’apprentissage du langage et des concepts de base d’Android.

Et deuxième point compliqué qui vient dans la foulée : faire un code efficace, c’est à dire simple à lire, optimisé et rapide à écrire…


Belle initiative de la part de Google.

Un IDE dédié à Android, enfin !!!








ErGo_404 a écrit :



Et encore, toucher au Gradle ça sert quand on commence à déjà bien maîtriser le reste en général, et on trouve plein de bons exemples sur internet.



Pour moi le plus compliqué quand on débute totalement, ça reste l’apprentissage du langage et des concepts de base d’Android.

Et deuxième point compliqué qui vient dans la foulée : faire un code efficace, c’est à dire simple à lire, optimisé et rapide à écrire…





Sans aucune base de dev, je pense pas qu’on puisse faire grand chose et attaquer direct par du mobile c’est rentrer dans quelque chose qui n’est pas standard (par rapport à du java pur je veux dire).

 

Le code “efficace” (c’est assez subjectif en fonction de ce que l’on fait) c’est de la pratique et de l’étude d’autres codes, efficace chez l’un sera pas forcément efficace chez l’autre (restriction de la plateforme encore une fois).



 Les compilateurs et optimiseurs permettent de rattraper pas mal de choses.









AlbertSY a écrit :



Belle initiative de la part de Google.

Un IDE dédié à Android, enfin !!!





Enfin ça fait un bail quand même là :)



Je ne connais ni Java ni le SDK ni l’IDE, je sens que je vais en chier pour pondre une appli Android… Ou alors accessoirement je prie fort pour que Microsoft annonce à la Build le portage des Universal Apps sur Android avec C#…


Si t’as déjà une appli en C#, pourquoi pas faire du Xamarin ?


Pour ce qui est de l’émulateur, il parait que celui de Microsoft livré avec Visual Studio est rapide.


Bonne question à laquelle je peux répondre car je développe actuellement ma première appli android.

Je suis déjà développeur C++/C# et il m’a fallu 23 jour pour avoir une appli qui affiche une petite liste avec un menu setting ainsi qu’un bandeau latérale coulissant.

Là ça fait deux semaines et l’appli est quasi au point.



C’est vrai que c’est un peu dur au début, pour comprendre la philosophie Android, l’IDE…etc, mais avec le net (et l’anglais!) rien n’est impossible :)


Plus qu’une “intégration” d’IntelliJ IDEA, Android Studio est entièrement basé dessus. IntelliJ est déjà un IDE à part entière, concurrent d’Eclipse et Netbeans.


Un article sur Android Studio avec des copies d’écran d’OS X ? <img data-src=" />


Bah Android Studio est compatible OSX … et n’est pas compatible Android ou Chrome OS …

La différence entre OSX et Windows pour développer une app Android … <img data-src=" />


Oui mais Windows Phone n’a quasi pas de PDM donc il est normal de développer de l’Android avec Windows. <img data-src=" />


Quand la version de ton OS desktop conditionne ton OS mobile <img data-src=" />



Beaucoup de mecs chez Google utilisent OSX … c’est un fait, et c’est pas nouveau …


C’est certain qu’il est nettement plus simple de commencer par faire un peu de java “pur” avant de s’attaquer au dev mobile, mais d’un autre côté ça ne sert à rien de faire trop de java non plus, tu as vite fait de vouloir faire une interface graphique pour ton application et le faire en java standard ne t’apprendra rien d’utile pour passer aux IHM à la sauce Android.


Je confirme “Visual Studio Emulator for Android” marche extrêmement bien.

Certes avec Instant run le dev sur device physique est encore mieux, mais pour avoir plein de configurations différentes sans pourrir son bureau de cables et de devices c’est vraiment top.








ErGo_404 a écrit :



C’est certain qu’il est nettement plus simple de commencer par faire un peu de java “pur” avant de s’attaquer au dev mobile, mais d’un autre côté ça ne sert à rien de faire trop de java non plus, tu as vite fait de vouloir faire une interface graphique pour ton application et le faire en java standard ne t’apprendra rien d’utile pour passer aux IHM à la sauce Android.





Oui bien sûr, je pensais plus à la base du code pour un débutant en disant ça, pas à l’interface graphique, quoi que se bouffer des panels ça a sont charme :P



C’est comment par rapport à Genymotion leur emulateur ? Parce que en l’émulateur initial, l’émulateur Intel Haxm, on connaît les “c’est rapide mais pas tant que ça”.



&nbsp;