Glosariusz platformy Androida

Poniżej znajdziesz listę podstawowych terminów związanych z Projektem Android Open Source (AOSP). Definicje kluczowych terminów znajdziesz też w tych źródłach:

Więcej informacji o terminologii, której należy używać i której należy unikać, aby stworzyć bardziej inkluzywny ekosystem, znajdziesz w artykule Kodowanie z poszanowaniem innych.

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 czegoś, co nadawca intencji chce zrobić. Działanie to wartość ciągu znaków przypisana do intencji. Ciągi działań mogą być zdefiniowane 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 wywołać wibracje telefonu.

Powiązane: zamiar

aktywność
Pojedynczy ekran w aplikacji z odpowiednim kodem Java pochodzącym z klasy Activity.
Aktywność jest najczęściej reprezentowana przez okno na pełnym ekranie, które może odbierać i obsługiwać zdarzenia interfejsu oraz wykonywać złożone zadania, ponieważ używa okna do renderowania swojego okna. Działanie zwykle zajmuje cały ekran, ale może też być pływające lub przezroczyste.
aplikacja
Z punktu widzenia komponentów 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 jednego manifestu. Podczas kompilacji te pliki są pakowane w jeden plik zwany plikiem pakietu aplikacji (APK).

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

odbiornik
Obiekt oparty na klasie BroadcastReceiver , który nasłuchuje intencji rozgłaszanych, a nie wysyłanych do jednej aplikacji lub działania. System dostarcza intencję transmisji do wszystkich zainteresowanych odbiorców transmisji, którzy obsługują intencje sekwencyjnie.

Powiązane: intent, intent filter

dostawca treści,
Warstwa abstrakcji danych, której możesz używać do bezpiecznego udostępniania danych aplikacji innym aplikacjom. Dostawca treści jest oparty na klasie ContentProvider, 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 sekcji Dostawcy treści.

Powiązane informacje: Identyfikatory URI na Androidzie

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

Powiązane: aktywność

intencja
Obiekt wiadomości, którego możesz używać do uruchamiania innych aplikacji lub działań 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 po jej obsłużeniu. Dostępne kryteria obejmują żądane działanie, kategorię, ciąg danych, typ MIME danych i klasę 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 jednej aplikacji docelowej lub jako transmisję, którą może z kolei obsłużyć kilka aplikacji. System Android odpowiada za wybieranie najlepszego dostępnego odbiorcy dla każdego zamiaru na podstawie kryteriów podanych w zamiarze i filtrów zamiarów zdefiniowanych przez inne aplikacje. Więcej informacji znajdziesz w artykule Intencje i filtry intencji.

Powiązane: filtr intencji, odbiornik transmisji

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 URI itp. Podczas rozpoznawania 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 transmisji

zasoby
Nieprogramowe komponenty aplikacji, które są zewnętrzne w stosunku do skompilowanego kodu 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 znaków interfejsu, komponenty układu interfejsu, grafiki lub inne pliki multimedialne itp. Aplikacja wykorzystuje zasoby, 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 lokalizacji lub urządzenia, a także 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.
obsługa
Obiekt klasy Service działający w tle (bez interfejsu) i wykonujący różne działania, np. odtwarzanie muzyki lub monitorowanie aktywności sieciowej.

Powiązane: aktywność

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

Build

adb
Android Debug Bridge, aplikacja do debugowania wiersza poleceń dołączona do pakietu SDK. Narzędzie adb umożliwia przeglądanie urządzenia, kopiowanie narzędzi na urządzenie i przekazywanie portów do debugowania. Jeśli programujesz w Android Studio, adb jest zintegrowany ze środowiskiem programistycznym. Akronim jest zapisany małymi literami w zwykłym tekście. Gdy odwołujemy się do konkretnego polecenia, piszemy je jako adb. Więcej informacji znajdziesz w sekcji Sprawdzanie, czy masz fastboot i adb.
projekt aplikacji na Androida
Repozytorium Git na hoście Android Gerrit. Więcej informacji o działaniu Git znajdziesz w sekcji Edytor źródeł Git.

Powiązane: repozytorium Git

odcisk cyfrowy kompilacji
Unikalny, zrozumiały 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 dla każdego repozytorium Git, np. android-11.0.0_r1, które można znaleźć 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
Tymczasowa gałąź w bieżącym kliencie Repo, w której można wprowadzać zmiany w kodzie. Tworzy się ją za pomocą polecenia repo start branch-name .. To aktywny kierunek rozwoju. Ostatni commit w gałęzi nazywa się końcem tej gałęzi.
Repozytorium Git
Czasami nazywany 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 Androida

plik manifestu
Plik XML opisujący grupę 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 zawiera opis repozytoriów Git oraz gałęzi Git, które są wyewidencjonowywane podczas inicjowania i synchronizowania gałęzi Repo. Ten plik określa różne repozytoria Git, które narzędzie Repo powinno pobrać do klienta Repo, aby utworzyć produkt (np. system operacyjny Android Automotive). Wszystkie pliki manifestu znajdziesz na stronie android.googlesource.com/platform/manifest/+refs. Zobacz domyślny manifest zawarty w plikach manifestu, aby pobrać pliki platformy Android (AOSP) na stronie android.googlesource.com/platform/manifest/+/refs/heads/android16-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,
Urządzenia z Androidem w terenie mogą otrzymywać i instalować aktualizacje bezprzewodowe (OTA) systemu, oprogramowania aplikacji i reguł stref czasowych. Więcej informacji znajdziesz w sekcji Aktualizacje OTA.
Gałąź repozytorium
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. Opis pliku manifestu zawiera linki do wszystkich plików manifestu. Możesz też użyć wyszukiwarki kodu Androida, aby wyszukać ich kompilacje.
uprev
Ogólnie rzecz biorąc, polecenie uprev aktualizuje podprojekt w większym projekcie do nowszej wersji. Uaktualnienie zmienia poziom wersji na kolejną wersję lub na najnowszą dostępną wersję. W przypadku pakietu HIDL, aby zachować zgodność wsteczną na poziomie pakietu, aktualizacja wersji podrzędnej powoduje uaktualnienie nowego pakietu do wyższej wersji podrzędnej przy zachowaniu tej samej nazwy i wersji głównej co w przypadku starego pakietu. W przypadku konfiguracji programu rozruchowego aktualizacja do nowszej wersji 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 5.0 (poziom interfejsu API 21) lub nowszym. ART i jego poprzednik Dalvik zostały pierwotnie stworzone specjalnie na potrzeby projektu Android Open Source. ART jako środowisko wykonawcze wykonuje format wykonywalny Dalvik 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ć w środowisku ART.
Plik DEX (.dex)
Skompilowany plik kodu aplikacji na Androida. Programy na Androida są kompilowane do plików wykonywalnych Dalvik (DEX) z rozszerzeniem .dex, które są następnie spakowane do jednego pliku APK na urządzeniu. Pliki DEX można tworzyć, automatycznie tłumacząc skompilowane aplikacje napisane w języku programowania Java.