Share
En grunnleggende del av å lage Android-applikasjoner kjører og tester dem. Testing av kode og appimplementering på ekte enheter er viktig, men emulere andre scenarier og å ha bekvemmelighet, beskyttelse og kostnadsbesparelser for å ikke eie alle Android-enheter som noensinne er opprettet, gjør utviklingen realistisk. Lær hvordan du lager Android Virtual Devices (AVDer) i denne opplæringen.
Denne veiledningen er at Java-utvikleren bare begynte å lære Android, som er kjent med Eclipse, og har installert Android SDK og Android Developer Plugin for Eclipse, og er klar til å kjøre emulatoren. Hvis du ikke har forberedt som sådan, kan du se de tidligere opplæringene i denne serien.
Vi kommer i gang ved å lage en enkel, lager AVD som representerer en ganske generisk Android-enhet. Denne AVD-en vil være din "goto" -konfigurasjon når du starter appen din for testing og feilsøking.
Den enkleste måten å starte Android Virtual Device Manager er å klikke på Android verktøylinjeknappen som ser ut som en liten telefon fra Eclipse. Dette vil starte verktøyet, som vist, og vise eventuelle AVD-konfigurasjoner du allerede har opprettet.
Klikk nå på Ny ... -knappen fra Android Virtual Device Manager. Du vil bli presentert med en dialogboks for å fylle ut noen konfigurasjonsdetaljer om din AVD:
Det er ikke nødvendig med mye informasjon for å lage en grunnleggende AVD. Gi AVD et beskrivende navn (for eksempel "AVD-API16") og velg målplattformen, for eksempel "Android 4.1 - API-nivå 16". CPU / ABI blir automatisk valgt, men du må ha minst ett systembilde lastet ned for at noen skal vises. Velg et SD-kort størrelse. For grunnleggende testing av AVD-er bruker vi vanligvis 64 MB for SD-kortstørrelsen, men husk at denne plassen blir blokkert på utviklingsmaskinen din, så hvis du lager mange AVDer, vil de ta opp mye plass. La resten av alternativene stå som standard for nå.
Trykk på Create AVD-knappen. AVD-opprettingsprosessen kan ta noen øyeblikk. Når du er ferdig, vil du være tilbake på listen over AVDer, med den nylig opprettede en nå tilgjengelig.
AVD er i utgangspunktet definisjoner som forteller hvordan du konfigurerer Android-emulatoren. Å starte en AVD og starte emulatoren er synonymt. Det er flere måter å starte en AVD. Innenfor Eclipse inkluderer noen alternativer automatisk en emulator med en bestemt AVD når du starter feilsøking, startes manuelt når du starter feilsøking, og bare starter gjennom Android Virtual Device Manager. Vi anbefaler at du starter AVDs på forhånd gjennom Android Virtual Device Manager før du dykker inn i kompilering og feilsøking av den faktiske koden din. På denne måten din emulator og AVD er oppe før feilsøking starter. Dette er metoden vi skal bruke nå.
Merk: Hvis du kommer her med Android-opplevelse, kommer denne opplæringen teknisk før debugging, slik at vi ikke kommer inn på det ennå.Hvis du ikke allerede er i AVD Manager, start den nå. Vanligvis gjør du dette med knappen som ser ut som et lite telefonikon (som vi gjorde i del 1, trinn 1).
Velg nå AVD du ønsker å starte, og trykk på Start ... -knappen. Du får en dialog som denne.
Fra bunnen (og minst komplekse) ser du to stillbilder. Lagre i øyeblikksbilde betyr at når du avslutter emulatoren, vil emulatorens tilstand bli lagret. Dette tar litt tid å sette opp, avhengig av hvor mye RAM som er gitt til emulatoren. Lansering fra øyeblikksbilde betyr at emulatoren vil bruke et tidligere lagret øyeblikksbilde for å gjenopprette. Når en eksisterer, er startetider veldig raske i forhold til en kald lansering uten øyeblikksbildefunksjonen.
Neste opp er et alternativ for å tørke brukerdata. Dette tilbakestiller i utgangspunktet AVD til en ny tilstand, som en fabriksinnstilling. Det er mange testscenarier hvor du vil ha en fin klar skifer, men når du er videre med å utvikle og teste applikasjonen din, er du mer sannsynlig at brukerdata skal holde seg fast mens du utfører dypere og bredere testscenarier.
Deretter er det muligheten til å skille emulatordisplayet til ekte fysisk skjermstørrelse. Dette betyr at hvis tallene er alle valgt riktig, vises emulatorskjermbildet på skjermen i samme størrelse som skjermen på en enhet. Tettheten av de to enhetene (skjermen og skjermbildet på enheten) er sannsynligvis annerledes, slik at et annet antall piksler blir brukt på datamaskinens skjerm (vanligvis mindre, med mindre du har en veldig høy tetthetsmonitor eller simulerer en lav tetthet enhet). Trykk på den lille "?" knappen viser en annen dialog som gir noen skjermoppløsninger og skjermstørrelser, og vil fylle ut noen detaljer. Den dekker et bredt spekter av vanlige tilfeller, men absolutt ikke alle.
Følgende figur viser en prøvekonfigurasjon. Vi brukte innstillinger for å tegne WVGA800-skjermen på en vanlig 24 "1080p skjerm ved 4" diagonal. Våre skrivebord har flere skjermer (av forskjellige størrelser), så vi må huske dette når du flytter emulatoren mellom skjermene.
Skalaverdien innebærer at den skal bruke 40% færre piksler både vertikalt og horisontalt. Dette er ikke stedet å se etter pixelnivådetaljer, men det er stedet å lete etter nyttig dimensjonering, for eksempel om en knapp er stor nok til at en finger trykker på den.
Hvis du forlater dette alternativet, trekkes skjermbildet for emulatorskjermen for piksel på skjermen. Slik bruker vi vanligvis det, med mindre vi fokuserer på UI / UX-design.
Trykk nå på startknappen. Emulatoren starter. I det nåværende skjemaet vil emulatoren ta en stund å starte første gang. Etterfølgende lanseringer vil bli raskere. Noen verktøy og tillegg kan brukes på noen maskiner for å dramatisk øke emulatoren. Her er en emulator skjerm skalert til 4 "på en 24" 1920x1080 skjerm.
AVDene har mange muligheter for å kontrollere skjermstørrelse, minnestørrelse, inngangstyper og flere andre egenskaper som finnes på Android-maskinvareenheter. Vi har dekket hvordan du konfigurerer AVDer for ulike typer enheter i Vanlige Android Virtual Device Configurations og Android Tablet Virtual Device Configurations. Denne delen vil ikke gjenta denne informasjonen. I stedet snakker vi om en annen måte å opprette AVDer som etterligner nære populære Android-enheter: ved å bruke tilleggsprogrammer levert av produsenter.
Du har lært hvordan du laster ned tilleggsprogrammer ved hjelp av Android SDK Manager. Velg en enhet og last ned tillegget. Vi har plukket ICS_R2-en fra Motorola for denne demonstrasjonen, noe som er litt vanskelig å finne navn som egentlig bare gir et tillegg for Atrix HD-håndsettet.
Åpne Android Virtual Device Manager. Begynn å lage en ny AVD som vanlig. I Mål-delen velger du "ICS_R2 (Motorola Mobility, LLC.) - API-nivå 15." Dette vil fylle ut en rekke AVD-alternativer for deg, inkludert mange maskinvareflagger og en hud. Klikk på Opprett AVD.
Én innstilling av denne "forhåndsinnstilte" ikke gjør det er å angi skjermstørrelsen. Hvis du kjenner skjermstørrelsen du vil etterligne, kan du fylle ut den fysiske størrelsen på enheten og angi DPI på utviklingsmaskinens skjerm, som vi tidligere gjorde.
Start AVD med en av th
e flere metoder beskrevet tidligere. Du vil umiddelbart se noen forskjeller:
Men ikke la alle disse forskjellene la deg tro at du kjører den virkelige enheten. Du er ikke. Dette er fortsatt emulatoren og kan ikke erstatte testing på den virkelige enheten. Når det gjelder lagerapplikasjoner og tredjeparts-APIer, kan du imidlertid teste mye mer nøyaktig enn med de generiske Android-emulatorkonfigurasjonene. Mange av tilleggene leveres med nye systembilder som inneholder mange av produsentoppdateringene som ikke finnes i basisversjonene. Det er imidlertid en fangst. De fleste produsentens systembilder leveres ikke med Google-appene, mens de virkelige enhetene gjør det.
Du har lært hvordan du lager AVDer for en rekke Android-enhetstyper. Du har lært hvordan du starter emulatoren ved hjelp av disse AVDene. Hvis du er som oss, vil det ikke vare lenge før du rydder opp AVD-listen fordi du har laget for mange du ikke bruker; For organisatoriske formål anbefaler vi på det sterkeste at du bruker beskrivende navn for dine AVDer, slik at du kan fortelle hva som førte deg til å lage dem i utgangspunktet!.
Du har det bra på vei til Android-utviklingen. Hvilke typer apper ser du frem til å skape? Gi oss beskjed i kommentarene!
Mobilutviklere Lauren Darcey og Shane Conder har medforfatter flere bøker om Android-utvikling: en grundig programmeringsbok med tittel Android Wireless Application Development (nå i den tredje utgaven som et to-volum sett), Sams Lær deg selv Android Application Development i 24 timer, og Lære Android Application Programming for Kindle Fire: En hands-on guide til å bygge ditt første Android-program. Når de ikke skriver, bruker de sin tid på å utvikle mobil programvare hos deres firma og tilby konsulenttjenester. De kan nås via e-post til [email protected], via bloggen deres på androidbook.blogspot.com, og på Twitter @androidwireless.
Accentsconagua