Ta strona została przetłumaczona przez Cloud Translation API.

Słowniczek platformy Android

Zobacz poniższą listę, aby poznać podstawową terminologię dotyczącą projektu Android Open Source Project (AOSP). Oto inne źródła definicji kluczowych terminów:

Zobacz Kodowanie z uwzględnieniem przykładów terminologii, której należy używać i której należy unikać w przypadku bardziej włączającego ekosystemu.

Aplikacje

plik .apk: Plik pakietu aplikacji na Androida. Każda aplikacja na Androida jest kompilowana i pakowana w pojedynczy plik, który zawiera cały kod aplikacji (pliki .dex), zasoby, zasoby i plik manifestu. Plik pakietu aplikacji może mieć dowolną nazwę, ale musi mieć rozszerzenie .apk . Na przykład: myExampleAppname.apk . Dla wygody plik pakietu aplikacji jest często określany jako „.apk”.
Powiązane: Aplikacja .
Działanie: Opis czegoś, co chce zrobić nadawca intencji . Akcja to wartość ciągu przypisana do Intencji. Ciągi akcji mogą być definiowane przez system Android lub przez zewnętrznego programistę. Na przykład android.intent.action.VIEW dla internetowego adresu URL lub com.example.rumbler.SHAKE_PHONE dla niestandardowej aplikacji do wibracji telefonu.
Powiązane: Intencja .
Działalność: Pojedynczy ekran w aplikacji, z obsługą kodu Java, wywodzący się z klasy Activity . Najczęściej działanie jest w widoczny sposób reprezentowane przez okno pełnoekranowe, które może odbierać i obsługiwać zdarzenia interfejsu użytkownika oraz wykonywać złożone zadania ze względu na okno używane do renderowania okna. Chociaż działanie zwykle odbywa się na pełnym ekranie, może być również pływające lub przezroczyste.
Aplikacja: Z perspektywy komponentu aplikacja na Androida składa się z co najmniej jednego działania, usługi, słuchaczy i odbiorców intencji. Z perspektywy pliku źródłowego aplikacja na Androida składa się z kodu, zasobów, zasobów i pojedynczego manifestu. Podczas kompilacji pliki te są pakowane w jeden plik zwany plikiem pakietu aplikacji (.apk).
Powiązane: .apk , Aktywność
Odbiornik transmisji: Klasa aplikacji, która nasłuchuje emitowanych intencji, a nie jest wysyłana do pojedynczej docelowej aplikacji/działania. System dostarcza Intencję rozgłoszeniową do wszystkich zainteresowanych odbiorników rozgłoszeniowych, które obsługują Intencję sekwencyjnie.
Powiązane: Intencja , Filtr intencji .
Dostawca treści: Warstwa abstrakcji danych, której można użyć do bezpiecznego udostępniania danych aplikacji innym aplikacjom. Dostawca treści jest zbudowany na klasie ContentProvider , która obsługuje ciągi zapytań dotyczących treści w określonym formacie w celu zwrócenia danych w określonym formacie. Więcej informacji można znaleźć w temacie Dostawcy treści .
Powiązane: Użycie identyfikatora URI w systemie Android
Dialog: Pływające okno, które działa jak lekka forma. Okno dialogowe może zawierać wyłącznie elementy sterujące przyciskami i ma na celu wykonanie prostej akcji (takiej jak wybór przycisku) i być może zwrócenie wartości. Okno dialogowe nie jest przeznaczone do utrzymywania się na stosie historii, zawierania złożonego układu ani wykonywania skomplikowanych działań. Android udostępnia domyślne proste okno dialogowe z opcjonalnymi przyciskami, chociaż możesz zdefiniować własny układ okna dialogowego. Klasą bazową okien dialogowych jest Dialog .
Powiązane: Aktywność .
Zamiar: Obiekt komunikatu, którego można używać do asynchronicznego uruchamiania innych aplikacji/działań lub komunikowania się z nimi. Obiekt Intent jest instancją Intent . Zawiera kilka pól kryteriów, które możesz podać, aby określić, która aplikacja/działanie otrzymuje Intencję i co robi odbiorca podczas obsługi Intencji. Dostępne kryteria obejmują żądaną akcję, kategorię, ciąg danych, typ MIME danych, klasę obsługi i inne. Aplikacja wysyła intencję do systemu Android, zamiast wysyłać ją bezpośrednio do innej aplikacji/działania. Aplikacja może wysłać intencję do pojedynczej aplikacji docelowej lub może wysłać ją w formie transmisji, która z kolei może być obsługiwana sekwencyjnie przez wiele aplikacji. System Android jest odpowiedzialny za znalezienie najlepszego dostępnego odbiornika dla każdej Intencji, w oparciu o kryteria dostarczone w Intencji i Filtrach Intencji zdefiniowanych przez inne aplikacje. Aby uzyskać więcej informacji, zobacz Intencje i filtry intencji .
Powiązane: Filtr intencji , Odbiornik transmisji .
Filtr intencji: Obiekt filtra deklarowany przez aplikację w swoim pliku manifestu, aby poinformować system, jakie typy intencji każdy z jej komponentów jest skłonny zaakceptować i według jakich kryteriów. Dzięki filtrowi intencji aplikacja może wyrazić zainteresowanie określonymi typami danych, akcjami intencji, formatami URI i tak dalej. Rozwiązując Intencję, system ocenia wszystkie dostępne filtry Intencji we wszystkich aplikacjach i przekazuje Intencję do aplikacji/działania, która najlepiej pasuje do Intencji i kryteriów. Aby uzyskać więcej informacji, zobacz Intencje i filtry intencji .
Powiązane: Intencja , Odbiorca transmisji .
Zasoby: Nieprogramowe komponenty aplikacji, które są zewnętrzne w stosunku do skompilowanego kodu aplikacji, ale które można załadować z kodu aplikacji przy użyciu dobrze znanego formatu referencyjnego. Android obsługuje różne typy zasobów, ale zasoby typowej aplikacji składają się z ciągów interfejsu użytkownika, komponentów układu interfejsu użytkownika, grafiki lub innych plików multimedialnych itd. Aplikacja wykorzystuje zasoby, aby efektywnie wspierać lokalizację oraz różnorodne profile i stany urządzeń. Na przykład aplikacja będzie zawierać oddzielny zestaw zasobów dla każdego obsługiwanego typu lokalnego lub urządzenia, a także zasoby układu specyficzne dla bieżącej orientacji ekranu (pozioma lub pionowa). Aby uzyskać więcej informacji na temat zasobów, zobacz sekcję Zasoby i zasoby . Zasoby aplikacji są zawsze przechowywane w podfolderach res/* projektu.
Praca: Obiekt klasy Service działający w tle (bez obecności interfejsu użytkownika) w celu wykonywania różnych trwałych działań, takich jak odtwarzanie muzyki lub monitorowanie aktywności sieciowej.
Powiązane: Aktywność
URI w Androidzie: Android używa ciągów URI (jednolitego identyfikatora zasobów) jako podstawy do żądania danych od dostawcy treści (np. w celu pobrania listy kontaktów) oraz do żądania działań w ramach Intencji (takich jak otwarcie strony internetowej w przeglądarce). Schemat i format URI są wyspecjalizowane w zależności od rodzaju użycia, a aplikacja może obsługiwać określone schematy i ciągi URI w dowolny sposób. Niektóre schematy URI są zastrzeżone przez komponenty systemu. Na przykład żądania danych od dostawcy treści muszą używać content:// . W zamierzeniu przeglądarka będzie obsługiwała identyfikator URI korzystający ze schematu http:// .

Zbudować

przysł: Android Debug Bridge, aplikacja do debugowania wiersza poleceń dołączona do pakietu SDK. Zapewnia narzędzia do przeglądania urządzenia, kopiowania narzędzi na urządzenie i przekazywania portów w celu debugowania. Jeśli tworzysz w Android Studio, adb jest zintegrowane z Twoim środowiskiem programistycznym. Aby uzyskać więcej informacji, zobacz Most debugowania systemu Android .
Projekt na Androida: Repozytorium Git na hoście Android Gerrit. Aby uzyskać więcej informacji, zobacz Narzędzia kontroli źródła > Gerrit .
Zbuduj odcisk palca: Odcisk palca kompilacji to unikalny, czytelny dla człowieka ciąg znaków zawierający informacje o producencie wydane dla każdej kompilacji. Aby uzyskać więcej informacji, zobacz Omówienie odcisków palców kompilacji .
Gałąź Git - kanoniczna: Odrębne wersje dla każdego repozytorium Git, takie jak android-11.0.0_r1 , które można znaleźć na stronie cs.android.com/android/platform/superproject/+/android-11.0.0_r1 . Aby uzyskać więcej informacji, zobacz Git Branching — gałęzie w pigułce .
Oddział Git - lokalny: Tymczasowa gałąź w bieżącym kliencie Repo służąca do wprowadzania zmian w kodzie, rozpoczynająca się od repo start branch-name . Komenda. aktywną linię rozwoju. Najnowsze zatwierdzenie gałęzi nazywane jest wierzchołkiem tej gałęzi.
Repozytorium Gita: Czasami nazywany projektem. Jest to część bazy kodu reprezentująca konkretny komponent lub typ urządzenia, taki jak frameworks/base lub platform/packages/apps/Car/Media .
Plik manifestu: Plik XML opisujący grupowanie repozytoriów Git w poszczególnych gałęziach, wersje Git, w których można sprawdzić te repozytoria, oraz ich układ w systemie plików. Ten plik XML, zazwyczaj o nazwie default.xml , jest powiązany z gałęzią Repo i opisuje repozytoria Git oraz gałęzie Git wyewidencjonowane podczas inicjowania i synchronizowania gałęzi Repo. Ten plik definiuje różne repozytoria Git, które narzędzie Repo powinno pobrać do kasy klienta Repo, aby zbudować produkt (taki jak Android Automotive OS). Zobacz wszystkie manifesty na android.googlesource.com/platform/manifest/+refs . Zobacz domyślny manifest zawarty w plikach AndroidManifest , aby pobrać pliki platformy Android (AOSP) pod adresem android.googlesource.com/platform/manifest/+/refs/heads/main/default.xml . Zobacz plik AndroidManifest.xml, aby uzyskać informacje o aplikacji i formacie manifestu repozytorium na potrzeby tworzenia platformy.
Aktualizacja bezprzewodowa (OTA).: Urządzenia z Androidem w terenie mogą odbierać i instalować aktualizacje systemu, oprogramowania aplikacji i reguł strefy czasowej za pośrednictwem sieci bezprzewodowej (OTA). Aby uzyskać więcej informacji, zobacz Aktualizacje OTA .
Oddział repo: Kolekcja repozytoriów Git przechwyconych w pliku AndroidManifest , który reprezentuje wersję (kompilację) bazy kodu Androida, taką jak android11-gsi lub aosp-android-games-sdk , pobraną za pomocą poleceń repo init i repo sync . Zobacz opis pliku manifestu , aby uzyskać łącza do wszystkich plików manifestu i użyj https://cs.android.com/, aby wyszukać ich kompilacje.
w górę: Ogólnie rzecz biorąc, uprev aktualizuje podprojekt składowy większego projektu do nowszej wersji. Aktualizacja powoduje zmianę poziomu wersji na następną wersję przyrostową lub na najnowszą dostępną wersję. W przypadku pakietu HIDL, aby zachować rozszerzalność zgodną wstecz na poziomie pakietu , aktualizacja wersji pomocniczej aktualizuje nowy pakiet do wyższej wersji pomocniczej, zachowując tę samą nazwę i wersję główną co stary pakiet. W przypadku konfiguracji Bootloadera aktualizacja aktualizuje obsługę wersji nagłówka rozruchowego do najnowszej wersji.

Platforma

Środowisko wykonawcze systemu Android (ART) i Dalvik: Środowisko wykonawcze systemu Android (ART) to zarządzane środowisko wykonawcze używane przez aplikacje i niektóre usługi systemowe w systemie Android. Środowisko wykonawcze systemu Android (ART) to domyślne środowisko wykonawcze dla urządzeń z systemem Android 5.0 (poziom API 21) i nowszym. ART i jego poprzednik Dalvik zostały pierwotnie stworzone specjalnie dla projektu Android Open Source. ART jako środowisko wykonawcze wykonuje format Dalvik Executable i specyfikację kodu bajtowego Dex. ART i Dalvik to kompatybilne środowiska wykonawcze obsługujące kod bajtowy Dex, więc aplikacje opracowane dla Dalvik powinny działać podczas pracy z ART.
Linia kodowa: Linia kodu zawiera wersję oprogramowania. Składa się z jednej lub więcej gałęzi z jednego lub większej liczby repozytoriów, z których wszystkie są często jednocześnie aktywnie rozwijane. Linia kodu jest punktem agregacji i celem wydania. Aby uzyskać więcej informacji na temat linii kodowych, zobacz Zarządzanie oprogramowaniem systemu Android .
plik .dex: Skompilowany plik kodu aplikacji na Androida.
Programy na Androida są kompilowane do plików .dex (Dalvik Executable), które z kolei są spakowane w pojedynczy plik .apk na urządzeniu. Pliki .dex można tworzyć poprzez automatyczne tłumaczenie skompilowanych aplikacji napisanych w języku programowania Java.