Glosariusz platformy Androida

Poniżej znajdziesz listę podstawowych terminów używanych w Projekcie Android Open Source (AOSP). Inne źródła definicji kluczowych terminów:

Przykłady terminologii, której należy używać i której należy unikać, aby stworzyć bardziej inkluzywny ekosystem, znajdziesz w artykule Kod z szacunkiem.

Aplikacje

Plik APK (.apk)
Plik pakietu aplikacji na Androida z rozszerzeniem .apk. Każda aplikacja na Androida jest kompilowana i pakowana w jednym pliku, który zawiera cały kod aplikacji (pliki DEX z rozszerzeniem .dex), zasoby, komponenty, i plik manifestu. Plik pakietu aplikacji może mieć dowolną nazwę, ale musi mieć rozszerzenie .apk, np. myExampleAppname.apk. Dla wygody plik pakietu aplikacji jest często nazywany plikiem APK.

Powiązane: aplikacja

działanie
Opis czynności, którą ma wykonać nadawca intencji. Działanie to wartość tekstowa przypisana do intencji. Ciągi działań mogą być definiowane przez Androida lub dewelopera zewnętrznego. Na przykład android.intent.action.VIEW w przypadku adresu URL lub com.example.rumbler.SHAKE_PHONE w przypadku niestandardowej aplikacji, która ma wibrować telefon.

Powiązane: intencja

aktywność
Pojedynczy ekran w aplikacji z kodem Java, który pochodzi z Activity klasy. Najczęściej aktywność jest widoczna jako okno pełnoekranowe, które może odbierać i obsługiwać zdarzenia interfejsu oraz wykonywać złożone zadania dzięki oknu, którego używa do renderowania Aktywność jest zwykle pełnoekranowa, ale może też być pływająca lub przezroczysta.
aplikacja
Z perspektywy komponentu aplikacja na Androida składa się z co najmniej 1 aktywności, usługi, odbiornika i odbiornika intencji. Z perspektywy pliku źródłowego aplikacja na Androida składa się z kodu, zasobów, komponentów i pojedynczego manifestu. Podczas kompilacji te pliki są pakowane w jeden plik nazywany plikiem pakietu aplikacji (APK).

Powiązane: plik APK (.apk), aktywność

odbiornik
Obiekt oparty na klasie BroadcastReceiver , który nasłuchuje intencji rozgłaszanych, a nie wysyłanych do pojedynczej aplikacji lub aktywności. System dostarcza intencję rozgłoszeniową do wszystkich zainteresowanych odbiorników, które obsługują intencje sekwencyjnie.

Powiązane: intencja, filtr intencji

Content Provider
Warstwa abstrakcji danych, której możesz użyć, aby bezpiecznie udostępniać dane aplikacji innym aplikacjom. Content Provider jest oparty na ContentProvider klasie, która obsługuje ciągi zapytań o treści w określonym formacie, aby zwracać dane w określonym formacie. Więcej informacji znajdziesz w artykule Content providers.

Powiązane: identyfikatory URI w Androidzie

okno dialogowe
Pływające okno, które działa jak lekki formularz. Okno dialogowe może zawierać tylko elementy sterujące w postaci przycisków i służy do wykonywania prostych działań (np. wyboru przycisku) oraz ewentualnie do zwracania wartości. Okno dialogowe nie jest przeznaczone do przechowywania w stosie historii, zawierania złożonego układu, ani wykonywania złożonych działań. Android udostępnia domyślne proste okno dialogowe z opcjonalnymi przyciskami. Możesz też zdefiniować własny układ okna dialogowego. Klasą bazową okien dialogowych jest Dialog.

Powiązane: aktywność

intencja
Obiekt wiadomości, którego możesz użyć do uruchamiania innych aplikacji lub aktywności albo do komunikowania się z nimi asynchronicznie. Obiekt intencji jest instancją klasy Intent. Zawiera kilka pól kryteriów, które możesz podać, aby określić, która aplikacja lub aktywność otrzyma intencję i co odbiorca zrobi podczas jej obsługi. Dostępne kryteria to m.in. żądane działanie, kategoria, ciąg danych, typ MIME danych i klasa obsługi. Aplikacja wysyła intencję do systemu Android, a nie bezpośrednio do innej aplikacji lub aktywności. Aplikacja może wysłać intencję do pojedynczej aplikacji docelowej lub jako rozgłoszenie, które może być obsługiwane przez wiele aplikacji sekwencyjnie. System Android jest odpowiedzialny za znalezienie najlepszego odbiorcy dla każdej intencji, na podstawie kryteriów podanych w intencji i filtrów intencji zdefiniowanych przez inne aplikacje. Więcej informacji znajdziesz w artykule Intencje i filtry intencji.

Powiązane: filtr intencji, odbiornik

filtr intencji
Obiekt filtra, który aplikacja deklaruje w pliku manifestu, aby poinformować system, jakie typy intencji i z jakimi kryteriami każdy z jej komponentów jest gotowy zaakceptować. Za pomocą filtra intencji aplikacja może wyrazić zainteresowanie określonymi typami danych, działaniami intencji, formatami identyfikatorów URI, itp. Podczas rozwiązywania intencji system ocenia wszystkie dostępne filtry intencji we wszystkich aplikacjach i przekazuje intencję do aplikacji lub aktywności, która najlepiej pasuje do intencji i kryteriów. Więcej informacji znajdziesz w artykule Intencje i filtry intencji.

Powiązane: intencja, odbiornik

zasoby
Komponenty aplikacji, które nie są programowe i znajdują się poza skompilowanym kodem aplikacji, ale można je wczytać z kodu aplikacji za pomocą dobrze znanego formatu odniesienia. Android obsługuje różne typy zasobów , ale typowe zasoby aplikacji to ciągi interfejsu , komponenty układu interfejsu, grafiki lub inne pliki multimedialne itp. Aplikacja używa zasobów, aby skutecznie obsługiwać lokalizację oraz różne profile i stany urządzeń. Na przykład aplikacja może zawierać osobny zestaw zasobów dla każdego obsługiwanego typu lokalnego lub urządzenia oraz zasoby układu, które są specyficzne dla bieżącej orientacji ekranu (poziomej lub pionowej). Więcej informacji o zasobach znajdziesz w artykule Omówienie zasobów aplikacji. Zasoby aplikacji są zawsze przechowywane w res/* podfolderach projektu.
usługa
Obiekt klasy Service działający w tle (bez interfejsu) i wykonujący różne trwałe działania, takie jak odtwarzanie muzyki czy monitorowanie aktywności sieciowej.

Powiązane: aktywność

Identyfikatory URI w Androidzie
Android używa ciągów identyfikatorów URI jako podstawy do żądania danych w Content Provider (np. do pobierania listy kontaktów) oraz do żądania działań w intencji (np. do otwierania strony internetowej w przeglądarce). Schemat i format identyfikatora URI są dostosowane do typu użycia, a aplikacja może obsługiwać określone schematy i ciągi identyfikatorów URI w dowolny sposób. Niektóre schematy identyfikatorów URI są zarezerwowane przez komponenty systemu. Na przykład, żądania danych z Content Provider muszą używać content://. W intencji identyfikatory URI używające http:// schematu są obsługiwane przez przeglądarkę.

Kompilacja

narzędzie adb
Android Debug Bridge to aplikacja do debugowania w wierszu poleceń, która jest częścią pakietu SDK. Narzędzie adb udostępnia narzędzia do przeglądania urządzenia, kopiowania narzędzi na urządzenie i przekierowywania portów na potrzeby debugowania. Jeśli programujesz w Android Studio, narzędzie adb jest zintegrowane ze środowiskiem programistycznym. Akronim jest zapisywany małymi literami w zwykłym tekście. Gdy odwołujesz się konkretnie do polecenia, używaj zapisu adb. Więcej informacji znajdziesz w artykule Sprawdzanie, czy masz narzędzia fastboot i adb.
projekt aplikacji na Androida
Repozytorium Git na hoście Android Gerrit. Więcej informacji o tym, jak działa Git, znajdziesz w artykule Edytor źródeł Git.

Powiązane: repozytorium Git

odcisk cyfrowy kompilacji
Unikalny, czytelny dla człowieka ciąg znaków zawierający informacje o producencie, który jest przypisywany do każdej kompilacji. Więcej informacji znajdziesz w artykule Tworzenie pakietów OTA.
Gałąź Git – kanoniczna
Różne wersje każdego repozytorium Git, np. android-11.0.0_r1, które znajdziesz na stronie cs.android.com/android/platform/superproject/+/android-11.0.0_r1. Więcej informacji znajdziesz w artykule Git Branching – Branches in a Nutshell.
Gałąź Git – lokalna
Gałąź tymczasowa w bieżącym kliencie Repo, w której można wprowadzać zmiany w kodzie. Jest tworzona za pomocą repo start branch-name . polecenia. Jest to aktywna linia rozwoju. Najnowszy commit w gałęzi nazywa się wierzchołkiem tej gałęzi.
Repozytorium Git
Czasami nazywane projektem. Jest to część bazy kodu reprezentująca określony komponent lub typ urządzenia, np. frameworks/base lub platform/packages/apps/Car/Media.

Powiązane: projekt aplikacji na Androida

plik manifestu
Plik XML, który opisuje grupowanie repozytoriów Git według gałęzi, wersje Git, w których należy wyewidencjonować te repozytoria, oraz ich układ w systemie plików. Ten plik XML, zwykle o nazwie default.xml, jest powiązany z gałęzią Repo i opisuje repozytoria Git oraz gałęzie Git, które są wyewidencjonowywane podczas inicjowania i synchronizowania gałęzi Repo. Ten plik definiuje różne repozytoria Git, które narzędzie Repo powinno pobrać do wyewidencjonowania klienta Repo w celu utworzenia produktu (np. Android Automotive OS). Wszystkie manifesty znajdziesz na stronie android.googlesource.com/platform/manifest/+refs. Domyślny manifest zawarty w plikach manifestu, aby pobrać pliki platformy Android (AOSP), znajdziesz na stronie android.googlesource.com/platform/manifest/+/refs/heads/android17-release/default.xml. Informacje o aplikacji znajdziesz w artykule Omówienie manifestu aplikacji, a informacje o tworzeniu platformy – w artykule Format manifestu repozytorium.
aktualizacja bezprzewodowa (OTA)
Urządzenia z Androidem mogą otrzymywać i instalować aktualizacje bezprzewodowe (OTA) systemu, oprogramowania aplikacji i reguł stref czasowych. Więcej informacji znajdziesz w artykule Aktualizacje OTA.
Gałąź Repo
Zbiór repozytoriów Git zapisanych w pliku manifestu który reprezentuje wersję (kompilację) bazy kodu Androida, np. android11-gsi lub aosp-android-games-sdk, pobrany za pomocą poleceń repo init i repo sync. Linki do wszystkich plików manifestu znajdziesz w opisie pliku manifestu. Aby wyszukać ich kompilacje, użyj Android Code Search.
uprev
Ogólnie rzecz biorąc, uprev aktualizuje podprojekt składowy większego projektu do nowszej wersji. Uprev zmienia poziom wersji na następną zwiększoną wersję lub na najnowszą dostępną wersję. W przypadku pakietu HIDL, aby zachować rozszerzalność zgodną wstecznie na poziomie pakietu, uprev wersji podrzędnej aktualizuje nowy pakiet do wyższej wersji podrzędnej, zachowując tę samą nazwę i wersję główną co stary pakiet. W przypadku konfiguracji Bootloadera uprev aktualizuje obsługę wersji nagłówka rozruchowego do najnowszej wersji.

Platforma

Środowisko wykonawcze Androida (ART) i Dalvik
Środowisko wykonawcze Androida (ART) to zarządzane środowisko wykonawcze używane przez aplikacje i niektóre usługi systemowe na Androidzie. ART jest domyślnym środowiskiem wykonawczym na urządzeniach z Androidem w wersji 5.0 (poziom API 21) lub nowszej. ART i jego poprzednik Dalvik zostały pierwotnie stworzone specjalnie na potrzeby Projektu Android Open Source. ART jako środowisko wykonawcze wykonuje format Dalvik Executable i specyfikację kodu bajtowego Dex. ART i Dalvik to zgodne środowiska wykonawcze uruchamiające kod bajtowy Dex, więc aplikacje opracowane dla Dalvika powinny działać po uruchomieniu w ART.
Plik DEX (.dex)
Skompilowany plik kodu aplikacji na Androida. Programy na Androida są kompilowane do plików Dalvik Executable (DEX) z rozszerzeniem .dex, które są następnie spakowane w jeden plik APK na urządzeniu. Pliki DEX można tworzyć, automatycznie tłumacząc skompilowane aplikacje napisane w języku programowania Java.