Google kondigt Android Studio 4.0 aan met Jetpack Compose

Google heeft Android Studio 4.0 aangekondigd, de volgende versie van zijn software voor het ontwikkelen van Android-apps. Daarin zit Jetpack Compose, een manier om sneller een gebruikersinterface voor een app te maken.

Jetpack Compose werkt met Kotlin-api's en is een toolkit om een interface te maken binnen Android Studio. Daarbij zien ontwikkelaars een live preview van wijzigingen in beeld en de bedoeling is dat dankzij Jetpack Compose minder code geschreven hoeft te worden om een interface te maken in een app.

In Jetpack komt nu ook ondersteuning voor CameraX, waarmee de camerasoftware van veel Android-smartphones werkt. Daardoor moet het minder moeite kosten om code te schrijven die werkt met de camera's van veel smartphones. Studio 4.0 bevat ook ondersteuning voor Java 8-library's en een nieuwe Motion Editor. Android Studio 4.0 is beschikbaar als experimentele Canary-versie. De stabiele versie van Android Studio heeft versienummer 3.5, terwijl er een bèta is van 3.6.

Google kondigt de nieuwe Android Studio aan op zijn eigen Dev Summit. Daar zei het bedrijf ook dat inmiddels 60 procent van de apps in de top duizend gebruik maakt van Kotlin. De ondersteuning daarvoor zit pas sinds een paar jaar in Android.

Eerder deze week zei de zoekgigant al dat ontwikkelaars die apps willen ontwikkelen voor auto's met Android-besturingssystemen een emulator kunnen downloaden met daarin toegang tot de Play Store. Eerder was er al wel een image voor een emulator, maar die bevatte de Play Store niet.

Reacties (32)

[xCake]

Ik hoor regelmatig van andere developers dat Android Studio enorm sloom en groot is. Zal deze update dit veranderen?

[Cristan]

Dit verbeteren is de focus geweest van Android Studio 3.5:

This stable version of Android Studio is a different kind of release where the Android Studio team took a step back from large feature work for eight months and instead focused on product quality to further accelerate your day-to-day app development.

Sindsdien heb ik weinig te klagen over de performance. Het is wel een fikse download.

[Verwijderd]

Geen idee, was 2 jaar terug ook al sloom. Zal denk ik dan niet. Maar dat ligt simpelweg aan Java volgens mij, dat is nog nooit vlot geweest. Hier jaren een reuzebak printer gehad met Java software, zo een printer voor A0 die het ook meteen netjes kan vouwen. Nou die software vloeken we al 12 jaar op.

[StefanJanssen]

Android Studio is gebaseerd op de Jetbrains IDE. Ik kan zowel IntelliJ, Rider, Webstorm en DataGrip tegelijk draaien zonder problemen. Als ik Android Studio open wordt mijn PC traag.

Het heeft in dit geval echt niet met Java te maken maar eerder met Google die van een prachtpakket een nachtmerrie pakket kan maken. Op zich ook wel een kunst.

[Verwijderd]

ja ok, ik weet niet precies wat de oorzaak is. Dacht meteen aan Java. Maar Google kan het ook veroorzaakt hebben.

[jj71]

Java is niet langzaam; mensen die dat zeggen zijn niet up-to-date. 15 jaar geleden was het langzaam; tegenwoordig is de JVM zo geoptimaliseerd dat de meeste in Java geschreven software (bijna) net zo snel draait als C++ of soms zelfs sneller (omdat de JVM runtime optimalisaties kan doen).

Android Studio is gebaseerd op IntelliJ IDEA, een zeer uitgebreide IDE, inderdaad geen klein programma, wat wel wat resources nodig heeft. Android-specifieke tools zoals de emulator vragen ook wat van je computer.

[kjoris]

tegenwoordig is de JVM zo geoptimaliseerd dat de meeste in Java geschreven software (bijna) net zo snel draait als C++ of soms zelfs sneller

Zijn hier metingen van?

[Verwijderd]

De uitspraak dat Java niet langzaam is, is eigenlijk al net zo cliche.

In de perceptie is het dat nog steeds. Dat komt door zaken als Eclipse maar ook aan de server kant zijn vaak veel resources nodig en is het verre van snel.

Je kunt best technisch gelijk hebben, maar als in de praktijk alles wat met Java te maken heeft traag is, dan is Java gewoon traag. Dat beeld blijft gewoon leven.

[Hielke Hoeve]

Wanneer je een trage 900cc Clio koopt, zijn niet direct alle auto's traag.

De taal is niet traag, zie post hier verder onder voor een benchmark, sommige producten geschreven in Java zijn dat wel.

[Verwijderd]

Dat ben ik met je eens, maar zoals ik al zei, het stigma blijft hangen als iedere ervaring met Java traag is.

[Verwijderd]

Ben ik het niet mee eens, ja we draaien niet meer op een pentium 4 dus merk je het minder. Maar vlot is anders.

Java libraries are written keeping readability and correctness in mind, not performance.

[GoodspeeD]

Er is een verschil tussen een programmeertaal waarbij performance niet de focus heeft (Java, C#, etc.) en een trage programmeertaal.

Ik ben het eens met @jj17. Alle "Java is traag" opmerkingen van mensen die nooit met Java werken, zijn gebaseerd op verhalen van meer dan tien jaar geleden. Java is vlot genoeg voor de doeleinden waarvoor het gemaakt is en kan zich prima meten met talen als C#.

[BikkelZ]

de meeste in Java geschreven software (bijna) net zo snel draait als C++ of soms zelfs sneller (omdat de JVM runtime optimalisaties kan doen).

Wat een kletspraat weer over die run-time optimalisaties. Als je leest wat het werkelijk doet dan gaat het echt over redelijk domme programmeerfouten bij het benaderen van geheugen wat iedereen die C++ voor zijn brood schrijft normaal niet fout zou doen. Als je software echt zo slecht geschreven is dat de JVM run-time nog ontdekt dat het eigenlijk nog beter kan dan is de keuze tussen C++ en Java eigenlijk al sowieso niet zo belangrijk meer.

[RobinJ1995]

Heb er eerlijk gezegd nooit last van gehad. Het is niet het snelste stuk software maar het is voor mij zeker niet trager dan IntelliJ waar het op gebaseert is.

[AJediIAm]

Ten opzichte van vim is alles sloom en groot

Zoals je kunt lezen is android een uitgebreid programma met veel features. Het grootste deel zijn alle de sdks van de verschillende versies en de test images.
Android studio of eclipse (met alle benodigde plugins) maakt volgens mij niet zo gek veel uit. Het zal afhangen welke plugins je precies gebruikt.

[BikkelZ]

Het build systeem is erg traag en alles heeft dat plakkerige “Java” gevoel vaak. Maar het échte probleem is het CPU verbruik zelfs nog zonder dat je een emulator gebruikt. Zelfs zonder dat je er actief iets mee doet op de achtergrond brandt hij harder door je batterij heen dan Chrome.

[Hielke Hoeve]

Dit komt echt door de plugins die het Android Studio maken en niet "omdat Java". IntelliJ en Eclipse zijn in Java geschreven en werken prima snel. Al die extra plugins zijn kak geschreven en maken het traag. Is net als een Aldi Android telefoon kopen en dan Google verantwoordelijk houden dan de telefoon zo traag is.

Met het build systeem neem ik aan dat je die van Android bedoelt. Afhankelijk van wat je allemaal in je app propt is het in mijn ervaring sneller dan XCode. Zeker met de Instant optie.

[Eonfge]

Ik krijg tranen in mijn ogen als ik collega's zie werken op een 1500.- euro Mac, met een 1,4 ghz i5 en en 8 GB geheugen. Gelukkig kost mijn laptop 1200.- euro en die heeft een 2,6 ghz i7 en 32 GB geheugen. Dan is dat geneuzel over traagheid snel opgelost. Andersom ook zijn mijn collega's behoorlijk onder de indruk van de snelheid van mijn systeem.

In feite komt het dus vooral neer op welke hardware je gebruikt. Met genoeg paardekracht is het draaien van een complexe IDE een fluitje van een cent.

[BikkelZ]

In feite komt het dus vooral neer op welke hardware je gebruikt. Met genoeg paardekracht is het draaien van een complexe IDE een fluitje van een cent

Wat een onzin verhaal, ik koop altijd maxed out MacBooks en het verschil met Visual Studio Code en Xcode en zelfs Visual Studio onder Windows inclusief ReSharper is echt zo duidelijk voelbaar. Constante fan noise als hij aan het stroom ligt en een batterij die maximaal twee uur meegaat, dat ligt echt niet aan de hardware.

Oh ik kan er wel prima mee wérken qua performance maar het is het énige programma wat ik anno 2019 nog handmatig uit zet zo gauw ik er klaar mee ben.

[qless]

De ondersteuning daarvoor zit pas sinds een paar jaar in Android.

Nee, Kotlin compiled naar java, werkt al veel langer. De ondersteuning voor Kotlin zit wel er wel pas in met studio 3.0

[afraca]

In de ogen van sommigen zal het mierenneuken zijn, maar:
Kotlin compiled naar JVM bytecode (waar Java ook naar compiled). Daar kan je weer Java van genereren, maar gebruikelijk is dat zeker niet en mooi waarschijnlijk ook niet, maar ik heb er geen ervaring mee.

[Reactie gewijzigd door afraca op 23 juli 2024 04:53]

[alienfruit]

Het klinkt een beetje als SwiftUI van Apple?

[Dutchshorty]

Dat is het in grote lijnen ook

[frankkie12345]

Klinkt een beetje als FlutterSDK van Google?

[unglaublich]

En dan kunnen de applicatie ontwikkelaars zich op dingen richten waar ze goed in zijn.
En als ze niets beter kunnen dan een IDE, dan is het toch eerlijk om te zeggen dat ze hun baan uitgeconcureerd zijn? Volgens mij gebeurt dit in zoveel beroepsgroepen.

[unglaublich]

P.s., zou wat zijn he, als zo'n 'stratenmaker untermensch' een app kan maken?
Het zou juist geweldig zijn als dit het geval is. Dan kan de stratenmaker zijn kennis gebruiken om een app te maken die bijv. helpt bij het bepalen van de beste legtechnieken, duurzaamheid, efficientie, etc.

[Reactie gewijzigd door unglaublich op 23 juli 2024 04:53]

[rko4u]

Lijkt me niet! Dan komen er weer managers die denken dat mensen die een appje kunnen maken ook software kunnen onderhouden.
Dan gaat het inkomen van de goede software ontwikkelaar omlaag, terwijl hij nog meer rotzooi moet ruimen en dat zijn werk vertraagd. Er is zoveel verschil tussen een amateur die een beetje kan programmeren en een goede ontwikkelaar die ook onderhoudbare software oplevert.

[html]

Ik ben er van overtuigd dat lagere instap drempels juist zorgen voor meer innovatie. Daarnaast worden hele beroepsgroepen werkloos door automatisering, dus het zou fijn zijn als deze mensen juist makkelijk een nieuwe carrière kunnen oppakken.