Google voegt Android- en iOS-emulator toe aan cloud-based Project IDX-ide

Google heeft een Android- en een iOS-simulator toegevoegd aan zijn cloud-based ide Project IDX. Daarmee kunnen ontwikkelaars zien hoe hun apps er op die platforms uit komen te zien. Ook brengt het bedrijf de beloofde ondersteuning voor Python en Go uit.

Google schrijft dat het de updates heeft doorgevoerd na feedback van bètatesters. Ook gebruiken Google-ontwikkelaars de integrated development environment al intern. De belangrijkste toevoeging is die van emulators voor Android en iOS. Gebruikers kunnen daarmee direct in de ide een preview zien van de Flutter- of webapp die ze in de ide bouwen. De emulator toont automatisch de juiste omgeving, dus een Safari- of Chrome-omgeving voor webapps en Android voor Flutter-apps. Ontwikkelaars hoeven op die manier niet meer te wisselen tussen verschillende apps. Google waarschuwt dat de emulator nog experimenteel is, maar dat geldt voor het hele Project IDX.

Project IDX krijgt verder templates voor verschillende programmeertalen en frameworks. Er komt ondersteuning voor Astro, Go, Python, Qwik, Lit, Preact, Solid.js en Node.js. Ook voert Google verbeteringen door in packagemanager Nix, onder andere door templates te wijzigen en ondersteuning toe te voegen voor syntaxhighlights.

Google kondigde Project IDX vorig jaar aan. IDX is een ide die volledig in een browser moet werken. Het opvallendste element van de tool is de toevoeging van een codegenerator op basis van kunstmatige intelligentie: Codey. Die werkt op Googles eigen taalmodel PaLM 2. De tool bevindt zich nog in een geslotenbètafase. Gebruikers kunnen zich op een wachtlijst laten plaatsen, maar het is niet duidelijk wanneer Google het product algemeen beschikbaar stelt.

Reacties (18)

[marcelzutphen]

Grote verandering, geen MacOS meer nodig om iPhone apps te maken.

Edit:
Ook al kun je er geen swift mee programmeren, om een iPhone met safari browser als simulator te hebben op een andere device als een Apple is goed.

[Reactie gewijzigd door marcelzutphen op 22 juli 2024 14:56]

[Frame164]

De kosten van een MacOS systeem om iPhone apps te ontwikkelen vallen in het niet bij de echte kosten die je moet maken.

[StefanJanssen]

Niet als hobby ontwikkelaar. Als ik in mijn vrije tijd een app wil ontwikkelen kost mij dat eigenlijk niets voor Android, en als ik het in de Play store wil zetten zijn de kosten ook minimaal. Een uitgave van 1000 euro is dan toch een grote extra kostenpost

[svenk91]

Je hoeft niet gelijk 1000 euro uit te geven. Het gaat prima op een wat oudere mac en zelfs met een simpele ipad als je een playgrounds app voldoende vind. Voor Android heb je ook een apparaat nodig, er is een bredere selectie aan apparaten die je dan kan kiezen maar het is niet/nauwelijks duurder.

[WoutervOorschot]

Android kun je gewoon via de gratis android-emulator op windows of linux testen. Al heb je een iPhone moet je alsnog een mac hebben om er voor te ontwikkelen. Als hobbyontwikkelaar zijn dat echt wel significante kosten.

(je kan er omheen met een hackintosh of VM, maar dat is wel tegen de MacOS terms of service)

[Wolfos]

Sowieso is hobbymatig apps ontwikkelen voor mobiel echt niet leuk meer. Google is constant nieuwe regels aan het verzinnen en retroactief apps verwijderen op basis daarvan. En dan Apple waar je €100 per jaar moet dokken om de app online te houden.

[armageddon_2k1]

Hoezo, je hebt toch een laptop aan moeten schaffen? Je hebt er alleen eentje gekocht waarop je geen iOS app kan maken, terwijl je met een Mac beide kan doen.

Nu niet doen alsof je gratis Android apps kan maken.

[Travelan]

Verklaar je nader? Een hobby app developer heeft verder weinig kosten toch?

[PureTryOut]

Buiten kosten is er nog het feit dat je überhaupt macOS moet gebruiken terwijl je zelf misschien liever op Windows of Linux zit. Voor werk krijg ik ook een Macbook, we maken nu eenmaal ook iOS apps, maar ik heb persoonlijk een gruwelijke hekel om macOS te gebruiken en gebruik liever een goede Linux setup.

Dus nu moet ik gaan dual-booten of (wat mijn voorkeur heeft) macOS in een VM stoppen. Dit terwijl ik Android gewoon native op Linux kan ontwikkelen.

[Luuk2015]

Heb je voor het publiceren van iOS apps dan niet alsnog Xcode nodig?

[Oon]

Er is wel een belangrijk verschil tussen een emulator en een simulator. Een emulator start daadwerkelijk een digitale versie van een apparaat op, terwijl een simulator alleen de nodige acties (zoals bijv. het renderen van een webpagina) nabootst. Een simulator voor Safari zou dus gewoon WebKit gebruiken om dezelfde rendering na te bootsen, terwijl een emulator daadwerkelijk de code van Safari zou gebruiken om het vanuit daar te renderen.

Dat ze een Android emulator werkend hebben gekregen is daarmee spectaculairder dan dat ze een iOS simulator werkend hebben, want de Android emulator is daadwerkelijk een vergelijkbare situatie als een fysiek Android apparaat, en de iOS simulator doet alleen z'n best om te laten zien hoe het er ongeveer uit ziet. Relevante quote uit de gelinkte post:

quote: https://idx.dev/blog/arti...ior%20while%20you%20work.

IDX’s web and Android emulators allow you to develop, test, and debug directly from your workspace, consolidating your multi-step, multiplatform process into one place. With iOS simulation you can spot-check your app's layout and behavior while you work.

Alsnog is het supervet dat je dit binnen je browser kan, maar het is even de vraag hoe accuraat die simulator is, en hoe zwaar de emulator is (en dus wat voor specs je PC nodig heeft om die te draaien, of dat die evt. op een server draait).

[rolf-smit]

Als mobiele (native) ontwikkelaar kan ik mij haast niet voorstellen dat die iOS simulator vergelijkbaar is met de daadwerkelijke door Apple in XCode geleverde iOS simulator. Zeker omdat hier specifiek bij staat dat dit voor Flutter is. Ik vermoed dus dat de iOS simulator zoals die in deze IDE zit vooral specifiek de 'Flutter only code' kan simuleren, ik verwacht geen volledige iOS simulatie.

Dat lijkt mij ook sterk, er zijn nagenoeg geen alternatieve iOS simulatoren op de markt omdat iOS volledig closed source is. Lijkt mij ook niet logisch dat Google ergens een berg MacOS apparaten heeft draaien en dat je als ware remote access krijgt tot een iOS simulator in XCode, dat is onbetaalbaar en niet houdbaar.

[Over Revy]

Dit valt wel in de smaak. tenzij dit een zwaar pay walled feature wordt.

[Forte]

Tja dit moeten ze wel toevoegen als het een online IDE is lijkt me. Als je lokaal development doet kan je nog een browser schalen op formaat van een telefoon en met browsersync zien wat je doet. Met een volledig online IDE lijkt me dat lastiger dan wel onmogelijk? Heb IDX nog niet geprobeerd, maar ik baseer dit op mijn ervaring met de online IDE omgeving van Github.

[codeneos]

Als ik zo naar de screenshot kijk lijkt dit wel heel erg veel op VSCode. Dan reist de vraag, is dit niet gewoon VSCode met wat Google specifieke extensies en de Google AI bot in plaats van Copilot?

Gaat deze gratis iOs emulator dit Google experiment reden? Ben benieuwd. Maar ik gok dat dit project over 3 jaar niet meer bestaat en dat het als zoveel Google projecten een stille dood zal sterven. Jammer, ze hadden dit beter kunnen uitbrengen als (betaalde) extensie op VSCode.

[Forte]

Het draait ook op VSCode (Code OSS). Ze hebben er inderdaad een Google sausje eroverheen gegooid.

[Bamsebjorn]

Is package manager Nix verwant aan de package manager Nix (oa bekend van NixOS) of hebben ze zonder na te denken een bestaande naam gebruikt voor hun eigen technologie?

[armageddon_2k1]

Je kan niet rekening houden met elke brainfart uit de *nix wereld in naamgeving.