Tillbaka till lektionslistan

Mobila applikationer med Android: Inlämningsuppgift 2

Meningen med den här uppgiften är:

Uppgift

Skapa en Android-app med en aktivitet som hanterar alla anropen från Android-systemet till aktiviteten (de metoderna som börjar med on). Den ska skriva ut alla anropen på skärmen, med klockslag, ungefär som exempelprogrammet Simple GPS Test. Dessutom ska den, till skillnad från Simple GPS Test, hantera att aktivitetsobjektet förstörs av systemet och sedan skapas på nytt. För användaren ska det se ut som att det är samma objekt hela tiden, förutom att man ser att onDestroy och onCreate har anropats.

Eller gör man det? Syns onDestroy? Varför (inte)? Är det några andra anrop som försvinner? Varför?

Tips: När man vrider på telefonen så att den byter orientering mellan porträtt och landskap, förvinner det gamla aktivitetsobjektet, och det skapas ett nytt. Det kan emuleras med CTRL-F11 i emulatorn, men i en del nyare versioner av Android fungerar det inte som det ska i emulatorn.

(Fotnot: Det står visserligen "alla anropen", men det är ganska många. Beroende på ambitionsnivå kan man begränsa sig till dem som har med aktivitetens livscykel att göra, och kanske strunta i onTrackballEvent och liknande.)

Lästips

I lektionerna har jag beskrivit en del om aktiviteternas livscykel, men inte om hur man sparar undan deras data och sen laddar in det igen. Titta på artiklarna och exempelkoden som finns på Android-webbplatsen. Glöm inte att läsa vad det står i referensmanualen om klassen Activity.

Redovisning

Packa ihop hela Android Studio-projektet (eller motsvarande) som en Zip-fil (eller motsvarande) och skicka den med e-post till läraren. APK-filen (Androids kompilerade installationsfil) ska vara med. Den finns normalt i underkatalogen app/build/outputs/apk.

Vi har haft problem med överambitiösa virusfilter, som utan att meddela det kastar bort mail med bilagor! Det gäller särskilt Microsoft-drivna e-posttjänster som @hotmail.com och @live.com. För att överlista dem kan man döpa om Zip-filen från nånting.zip till exempelvis nånting.info (inte nånting.txt). Om du inte får svar så skicka gärna ett extra brev (utan bilaga!) för att kontrollera om det första brevet kom fram.

Det behövs ingen formell labbrapport, men om det är något som inte framgår direkt, till exempel hur man använder den inskickade appen eller vad utmatningen betyder, är det bra med nån sorts beskrivning. (Och underskatta inte min förmåga att inte begripa.)

Om samarbete: Varje student ska göra en egen lösning, och skicka in den, men det är inte förbjudet att samarbeta eller fråga andra studenter om hjälp. Däremot ska man i så fall tydligt ange vilka som man samarbetat med.

Skriv gärna i ärenderaden på brevet vilken kurs det handlar om, till exempel "Android-uppgift 2", och inte bara "Uppgift 2".

Tillbaka till lektionslistan


Thomas Padron-McCarthy (thomas.padron-mccarthy@oru.se), 17 december 2015