Struktur för en Android-program

För tillfället lägga undan HelloWorld projektet skapade i föregående kapitel, eftersom, för att analysera de filer och kod som har skapats, måste du ha en solid grund på strukturen i en Android-program, har vi inte baser.

Låt oss börja med att säga att när vi klickade på ikonen för att köra Eclipse Java-kompilatorn vi förlitade sig på applikationer för Android, som, i fall det inte finns några fel i koden, skapa en fil. EPK innehåller all kod för " tillämpning.
Denna fil ansökan och därför är detta den fil som ska installeras på den fysiska enheter.

Låt oss se vad är de egenskaper, när det gäller relationerna med operativsystemet Android ansökan:

• Varje utförande genererar en enda Linux-process som avslutas så snart Android är stängd.
• Varje process har sin egen virtuell maskin (krävs för att köra en java-fil), som har till uppgift att hantera processen. Detta innebär att varje process fungerar oberoende från Android, isolerade från resten av verksamheten och andra rutiner system.
• Varje program är associerat med ett unikt användar-ID. Denna funktion gör att programfilerna till vara synlig för alla andra program som har samma användar-ID och själva ansökan.

Som vi har sagt en av de viktigaste funktionerna i Android Apps är möjligheten att dela gemensamma element. Till exempel, om en ansökan har vi skapat ett bildspel med bilder tagna av användaren genom foton tagna med kameran och i ett annat program behöver vi samma bild är inte nödvändigt att, inom den andra ansökan, koden källa till bildspelet. Det är inte heller nödvändigt att koppla in koden direkt, kommer det att begära helt enkelt att utföra sin del av Android koden för bildspelet i den första operationen.

Av denna anledning är det uppenbart att en annan egenskap hos Android-program är att inte ha en enda åtkomstpunkt för att köra, hur skulle det vara för ett Java-projekt där projektets genomförande är delegerat enbart till main () funktion.

Och "möjligt att identifiera fyra olika komponenter i ett program Android: de actvities (som kommer att i nästa kapitel), de tjänster, broadcast innehållsleverantörer och mottagare.

Tjänster

Det särskilda med denna-komponent är att inte ha någon grafiskt användargränssnitt (som i stället har en verksamhet), vanligtvis körs i bakgrunden. Ett exempel på en tjänst kan vara musikspelaren som körs i bakgrunden medan användaren utför andra åtgärder. Varje tjänst klassen utökar Services.

Rundradiomottagare

A-komponent av denna typ skall inte bedriva före operationen, utan lyssnar och reagerar därför när du tar en annons. Som skickar dessa meddelanden är oftast operativsystemet att ett meddelande meddelar applikationer, såsom det var klar med nedladdningen av en fil som sedan tillgänglig för användaren. Självklart i vår ansökan kan vi lära våra mottagare att reagera endast för vissa typer av annonser. Alla mottagare BroadcastReceiver utöka klassen.

Innehållsleverantörer

Uppgiften-komponenten i detta är att tillhandahålla en uppsättning data för ett visst program till andra program. Vanligtvis de data som vi vill göra, så att säga, "allmänheten" eller sparas i filsystemet eller i en SQLite-databas. En innehållsleverantör utökar basklass ContentProvider.

I nästa kapitel kommer vi att presentera i en mycket omfattande, vilka aktiviteter och vilka är deras kännetecken.

• <<Föregående lektion
• Hjälp Index
• Nästa lektion>>