Après une longue période de bêta test, la version finale d'Android Studio 2.0 est enfin disponible. Pour les développeurs d'applications mobiles, il s'agit clairement d'une évolution importante. Au menu, de nombreuses améliorations centrées sur le gain de temps.
Google a enfin publié la version finale d’Android Studio 2.0. Une mouture très attendue, c’est le moins que l’on puisse dire : entre les nouvelles fonctionnalités particulièrement désirées comme Instant Run et les hausses significatives de performances, certains développeurs devraient être particulièrement ravis.
Instant Run répercute en direct les modifications dans le code
L’un des plus gros ajouts est sans conteste Instant Run. Cette fonctionnalité, particulièrement désirée, permet aux développeurs de voir les changements dans leur application se refléter pratiquement en temps réel dès qu’ils effectuent une modification dans le code. La plus grosse conséquence est que le développeur n’aura pas besoin de compiler à chaque fois son application pour vérifier si sa dernière intervention fonctionne correctement.
Notez qu’Instant Run propose trois modes de répercussion. Hot Swap s’occupe des méthodes, avec une application immédiate. Warm Swap répercute les changements sur les ressources, mais avec un redémarrage de l’activité en cours. Arrivé plus tardivement, Cold Swap permet un redémarrage complet de l’application, pour appliquer des modifications structurelles plus profondes. En dépit de son aspect « live », Instant Run ne peut en effet pas appliquer tous les types de changements.
Un émulateur qui se veut beaucoup plus rapide
Ce gain de temps sera complété par une nouvelle version de l’émulateur Android, qui se veut trois fois plus rapide que l’ancien. Selon Google, ce nouveau composant, couplé aux améliorations sur l’Android Debug Bridge, permet de pousser les applications vers l’émulateur dix fois plus rapidement que vers un appareil physique. Il propose de plus des fonctionnalités de gestion des appels, de la batterie, du réseau ou encore du GPS, et prend en charge les Google Play Services.
Notez qu’après la mise à jour vers la nouvelle version de l’environnent de développement, tous les nouveaux projets créés activeront automatiquement Instant Run. Par contre, les anciens projets devront passer par une phase de migration. Android Studio demandera alors si le projet doit utiliser la version 2.0 du plugin Gradle. Pour utiliser le nouvel émulateur, il faudra également un Android Virtual Device frais.
App Indexing et tests d'applications via le Cloud Test Lab
Android Studio 2.0 permet également de guider le développeur dans la génération automatique de liens qui pourront être indexés par Google Search. La fonction, baptisée App Indexing, référence des liens vers des ressources, permettant à l’application d’apparaître de manière plus pertinente dans les recherches, ou d’exposer des ressources lors des recherches locales sur Android.
Le nouvel IDE intègre également une connexion au Cloud Test Lab. Ce service distant permet de tester son application sur un grand nombre d’appareils physiques pour en vérifier le fonctionnement et surtout le comportement. Est aussi présente une préversion d’un débogueur GPU, dédié aux développeurs qui se servent d’OpenGL ES. IntelliJ 15 est également de la partie, avec notamment la prise en charge de Java 8 et de ses nombreux apports.
Une révision majeure largement attendue
Cette nouvelle version 2.0 d’Android Studio est clairement une évolution majeure. Google compte beaucoup sur son IDE pour mettre les développeurs dans le droit chemin des bonnes pratiques, surtout après avoir proposé une première version qui ne répondait pas à toutes les demandes, ce d’autant plus que les applications Android étaient auparavant créées sur Eclipse.
Tous ceux qui ont déjà la dernière version stable d’Android Studio peuvent utiliser la fonction interne de mise à jour pour passer directement à la version 2.0. Ceux qui ne l’ont pas pourront se rendre sur le site officiel et récupérer le binaire d’installation. Comme pour les moutures précédentes, Android Studio peut être installé sous Linux, OS X ou Windows.
Commentaires (29)
#1
Ils ont plutôt intérêt à être aux petits soins avec leurs développeurs avec Microsoft qui pousse derrière avec Xamarin et Visual Studio.
C’est une bonne mise à jour, maintenant ça ne dépend pas forcément que de Google mais il va falloir s’occuper de Gradle qui nous a vraiment changé la vie tellement c’est puissant, mais qu’est d’une lenteur incroyable !
#2
Et Google est intéressé par Swiftcomme langage de programmation.
#3
chouette je vais pouvoir faire une chouette applis à vendre 1.4 m$ aux douanes us
#4
Je code toujours avec eclipse pour ma part.
J’ai essayé Android Studio sur mon iMac quelques jours, et ben…
Déjà qu’eclipse, comparé à xCode c’est pas ça…
Mais pourquoi ont-ils choisi ce veau d’intelliJ comme IDE ???
Jamais vu un truc ramer comme ça.
Il suffit juste de taper du code au clavier pour que ça lag !
Et même en désactivant la vérification en live.
Dommage parce que c’est pas mal, AS.
Mais bon : en 2016, qu’une boite de la taille de Google propose un IDE à ce niveau de performance, on croit rêver.
Mais après tout, si les utilisateurs l’acceptent, pourquoi devraient-ils se faire chier à faire autrement ? :(
#5
Il a combien d’année ton mac ?
J’ai testé sur un MacbookAir de 3 ans d’age et j’ai pas du tout de ralentissements.
#6
Je ne sais pas pour AS, mais j’utilise IntelliJ et Webstorm sur des gros projet tout les jours au boulot (et pour mes projet perso) et aucun soucis de perf… Après j’ai un MacBook qui a 2ans et demi, mais ça tourne quand même bien mieux qu’Eclipse.
Bon après c’est mon avis personnel ;).
#7
J’utilise PHPStorm (qui vient de intelliJ), et aucun soucis….
#8
Idem, IntelliJ est beaucoup plus moderne que le désormais “ancien” Eclipse…
Aucun soucis de perf sur mon macbook pro 2011 !
#9
Tu as clairement un problème de config car AndroidStudio comme IntelliJ fonctionnent parfaitement, justement Google à remplacé Eclipse pour des questions d’image car il se trouvait en frontal avec xCode qui dispose d’un feedback assez positif.
Perso depuis que Google m’a fait découvrir IntelliJ je l’utilise également pour mes devs Java SE et EE, test le dans un autre environnement car c’est vraiment un bon IDE.
#10
Aucun souci avec un MPB mid 2011 et c’est plus rapide qu’Eclipse et de toute façon la chaine de compilation Gradle on peut plus s’en passer (Flavors entre autres), les autres avantages d’Eclipse disparaissent petit à petit, par contre faut réapprendre un peu à gérer ses projets.
Si tu parles de la lenteur quand tu tapes dans les fichier de config gradle qui relance un processus à chaque frappe clavier c’est un bug connu et corrigé depuis quelques temps déjà, sinon taper dans du code java j’ai jamais eu de ralentissement personnellement.
#11
Que vaut l’emulateur integré par rapport à Genymotion ?
#12
C’est le jour et la nuit par rapport à l’ancien emulateur.
je pense qu’il vont tuer genymotion avec leur nouvel emulateur. En terme de performance c’est pareil , voir mieux au niveau du déploiement de l’app.
En terme de fonctionnalité, il ont ajouté l’émulation de l’empreinte digitale en plus des classique téléphone , sms, gps , batterie , etc …
Perso j’ai désinstaller genymotion après cette màj.
Je suis assez étonné que Google n’est pas tenté un rachat sur genymotion d’ailleurs.
#13
Merci, tu réponds précisément à ma question. J’ai abandonné les AVDs même avec HAXM depuis pour Genymotion, et là je me dis que ca peut le faire…..
Etonné comme toi qu’ils n’aient pas tenté de racheter GM. Après tous ces émulateurs se basent sur du Android x86 emulé par VirtualBox…. Le truc de Google, basé sur une solution différente, ca met au moins de la diversité.
#14
Pour ma part, impossible de démarrer l’emulateur depuis que j’ai fait la maj AS2.0 sur mon windows 7.
J’ai réinstallé l’IDE et le SDK au moins 4x. Rien n’y fait.
Pas moyen de trouver de l’info sur la doc Google ou sur le reste du web …
#15
lol le troll j’ai un iMac late 2009 et entre intellij et eclipse c’est bien intellij qui est plus reactif ;)
apres c’est sur que si tu laisse actif tout l’inutile…
si tu fais pas de SVN mais que du GIT bah tu active que l’un
si tu fais pas de J2EE tu active pas les serveurs qui vont avec…
j’ai deja vu des devs installer et TOUT cocher ^^ et apres venir se plaindre :P
on active que ce qu’on a besoin et on installe que les plugins utiles :)
#16
#17
J’ai du mettre à jour gradle et effacer et recréer un appareil , pour avoir toutes les nouvelles fonctionnalités.
#18
#19
Pour ma part c’est mitigé. J’ai un CPU AMD et les émulateurs sont complètement inutilisables. Impossible de faire quoique soit même en ARM… Il va falloir que je me procure un Nexus 5 pour pouvoir tester Android 6 pleinement.
Pour le reste effectivement c’est pas mal, même si la mise à jour auto ne voulait rien savoir et qu’il a fallu le dezipper à la main.
#20
“ce d’autant plus que les applications Android étaient auparavant créées sur Eclipse.”
Et oui : gg est en train de fermer la nasse, d’imposer son outil maison, et d’enfermer les devs dans sa petite niche, comme son copain apple… Et une fois qu’il aura coulé apple (ce qui prendra encore quelques années sur le mobile, mais ne tardera plus tant que cela), il aura le pouvoir absolu ET sur le web, ET sur les appareils ! Que du bonheur !
Et la meilleure là dedans, c’est que c’est vous, les développeurs, qui aurez donné tout ce pouvoir à big brother ! JE vous félicité d’avance !
Dommage que Firefox OS se soit fait torpiller par un ex nokia/hp, mais le web restera de toute façon la plateforme universelle. On verra bien comment évoluera B2G OS, mais pour un simple webmaster, pouvoir accéder au matériel sous-jacent via des APIs javascript est quand même vachement plus simple que de se taper une couche java inutile sur du bas niveau… Mozilla l’avait compris.
#21
Pareil, émulateur inutilisable après mise à jour si on laisse l’accélération hardware, mais ça fonctionne en mode software. On se demande si le bouzin a vraiment été testé…
" />
#22
Cette MaJ ne change rien au verrouillage d’Android, AndroidStudio c’est juste IntelliJ un peu moddé, techniquement c’est la même chose que Eclipse avec son plug-in ADT.
Et puis franchement Vincent fait un peu dans l’esbroufe, cette révision n’était pas vraiment attendu, tout le monde utilise déjà AndroidStudio depuis bientôt 2 ans :)
Pour les personnes ayant vraiment un problème avec cet IDE il est toujours possible de s’en passer, c’est gradle qui s’occupe de faire l’apk, après il faut juste utiliser ADB pour l’envoyer sur le device.
#23
C’est génial de lire un non développeur troller involontairement sur des sujets qu’il ne connait pas ^^
#24
@Isshun
Vous n’avez de toute évidence pas compris ou pas voulu comprendre mon post précédent : Eclipse est un outil communautaire, alors qu’android studio, c’est du “gg uberalles”… Comme tous les autres GAFAM, gg utilise le libre pour accroître sa part de marché, et dès que le monopole est créé - hop : on ferme les vannes… Un peu comme chromium qu’on ne trouve plus compilé sous windows.
Comme je l’ai dit tantôt - et tant pis si cela vous dérange ; le but est aussi de vous faire réfléchir sur vos choix et vos actions - : vous avez une très large responsabilité dans le big brother que vous êtes en train de créer. Ne venez surtout pas pleurer demain quand vos gamins viendront vous demander des comptes, et se plaindre des technologies intrusives qui leur pourrissent déjà la vie.
#25
Tu sais que Android Studio est open source? (licence Apache License 2.0)
" />
tu peux même le compiler :
http://tools.android.com/build/studio
Alors oui, il se base sur un IDE commercial, mais qui “n’appartient pas” à Google, mais le plugin “Android Studio” lui l’est toujours …
Alors je peux comprendre que le fait de quitter Eclipse puisse t’attrister (perso, j’aimais bien Eclipse et j’y avais mes habitudes), mais j’ai quand même du mal à comprendre le lien avec ton message
#26
Dommage que Google ne crée pas son propre IDE car que ce soit Eclipse ou IntelliJ c’est dans les 2 cas de la “bidouille” avec des plug-in pour faire du développement Android. Les deux IDE sont conçus pour le Java. Android ce n’est pas exactement du Java. Il faudrait donc créer un IDE prévu pour ça sans qu’il y ait besoin de plug-in.
#27
#28
Waouuu, c’est impressionnant à lire de tels peureux du futur, qui trouvent déjà les responsables de leurs futurs “malheurs” inéluctables.