Struktura wniosku Android

Na razie odłożyć projekt HelloWorld utworzone w poprzednim rozdziale, ponieważ w celu analizy plików i kodu, które zostały stworzone, trzeba mieć solidne podstawy struktury aplikacji Android, nie mamy podstaw.

Zacznijmy od tego, że gdy kliknięciu na ikonę, aby uruchomić Eclipse kompilator Javy oparliśmy się na aplikacje dla platformy Android, która w przypadku nie ma żadnych błędów w kodzie, należy utworzyć plik. EPK zawierający wszystkie kodu " aplikacji.
Ten plik jest wniosek, a zatem jest to plik, który zostanie zainstalowany na urządzenia fizyczne.

Zobaczmy, jakie są właściwości w zakresie stosunków z systemu operacyjnego Android aplikacji:

• Każde wykonanie generuje jeden Linux proces, który kończy się tak szybko, jak aplikacja Android jest zamknięta.
• Każdy proces ma własną maszynę wirtualną (wymagane do uruchomienia pliku java), który ma za zadanie zarządzania procesem. Oznacza to, że każdy proces działa niezależnie od systemu Android, odizolowane od reszty operacji i innych procedur systemu.
• Każda aplikacja jest związane z unikalnego identyfikatora użytkownika. Funkcja ta pozwala na pliki aplikacji są widoczne dla wszystkich innych aplikacji, które mają ten sam identyfikator użytkownika i samej aplikacji.

Jak już powiedzieliśmy, jedną z głównych cech aplikacje jest możliwość dzielenia wspólnych elementów. Na przykład, jeśli aplikacja stworzyliśmy pokaz zdjęć zrobionych przez użytkownika poprzez zdjęcia wykonane aparatem i w innej aplikacji, musimy to samo szkiełko nie jest konieczne włączenie w drugiej aplikacji, kod źródło pokazu slajdów. Nie jest to konieczne na linkowanie kodu bezpośrednio, to po prostu zażądać przeprowadzenia jego część kodu Android na pokaz pierwszej operacji.

Z tego powodu jest oczywiste, że inną nieruchomość aplikacji Android nie jest posiadanie jednego punktu dostępu do pracy, jak to mogło być dla projektu Java jeżeli realizacja projektu została przekazana wyłącznie do funkcji main ().

I "można określić cztery różne elementy w aplikacji Android: formami działalności (co będzie w następnym rozdziale), usług, dostawców treści radiofonicznych lub telewizyjnych i odbiorników.

Usługi

Specyfika tego-składnik jest nie mieć graficzny interfejs użytkownika (który zamiast tego działalności), są zwykle uruchamiane w tle. Przykładem usługi może być odtwarzacz muzyki w tle podczas gdy użytkownik wykonuje inne czynności. Każda klasa usługi obejmują usługi.

Odbiorników

-Elementem tego typu nie mogą angażować się w przed rozpoczęciem pracy, ale raczej słucha i reaguje odpowiednio podczas robienia reklamy. Kto wysyła te komunikaty jest zazwyczaj system operacyjny, że wiadomość powiadamianie aplikacji, takiej jak była zakończeniu pobierania pliku, który jest następnie dostępny dla użytkownika. Oczywiście w naszej aplikacji możemy nauczyć nasze odbiorniki reagować tylko do niektórych typów reklam. Wszystkie BroadcastReceiver odbiorników rozszerzenie klasy.

Dostawcy treści

Zadań elementem jest to, aby udostępnić zestaw danych do konkretnego zastosowania do innych aplikacji. Zazwyczaj dane, które chcemy, by tak rzec, "publiczne" lub są zapisywane w systemie plików lub w bazie danych SQLite. Dostawca treści rozszerza klasę bazową ContentProvider.

W następnym rozdziale pokażemy, w bardzo wszechstronny, jakie są działania i jakie są ich właściwości.

• <<Poprzedni Lekcja
• Indeks pomocy
• Następny wykład>>