Android Studio 3.2 (wrzesień 2018 r.)

Android Studio 3.2 to ważna wersja, która zawiera wiele nowych funkcji i ulepszeń.

3.2.1 (październik 2018 r.)

Ta aktualizacja Androida Studio 3.2 obejmuje następujące zmiany i poprawki:

  • Wersja Kotlina dołączona do pakietu to teraz 1.2.71.
  • Domyślna wersja narzędzi do kompilacji to teraz 28.0.3.
  • W bibliotece Navigation zmieniono nazwy typów argumentów z type na argType.
  • Naprawiono te błędy:
    • Podczas korzystania z biblioteki Data Binding nazwy zmiennych z podkreśleniami powodowały błędy kompilacji.
    • CMake powodował, że IntelliSense i inne funkcje CLion nie działały.
    • Dodanie SliceProvider powodowało błędy kompilacji w projektach, które nie korzystały z bibliotek androidx.*.
    • Niektóre testy jednostkowe w Kotlinie nie były uruchamiane.
    • Problem z powiązaniem danych powodował PsiInvalidElementAccessException.
    • Elementy <merge> czasami powodowały awarię Edytora układu.

Znane problemy w wersji 3.2.0

Uwaga: te problemy zostały rozwiązane w Android Studio w wersji 3.2.1.

  • Zdecydowanie odradzamy używanie wersji 1.2.70 języka Kotlin.

    Wersja 1.2.61 języka Kotlin naprawia błąd, który może powodować zawieszanie się Androida Studio, ale wersja 1.2.70 nie zawiera tej poprawki.

    Wersje Kotlina 1.2.71 i nowsze zawierają jednak tę poprawkę.

  • Zwykle nie musisz określać wersji narzędzi do kompilacji, ale jeśli używasz wtyczki Androida do Gradle w wersji 3.2.0 z ustawieniem renderscriptSupportModeEnabled na true, musisz dodać do pliku build.gradle każdego modułu ten kod:

    android.buildToolsVersion "28.0.3"

Asystent Nowości

Nowy asystent informuje o najnowszych zmianach w Android Studio.

Asystent otworzy się po uruchomieniu Androida Studio po świeżej instalacji lub aktualizacji, jeśli wykryje nowe informacje do wyświetlenia. Asystenta możesz też otworzyć, wybierając Pomoc > Co nowego w Android Studio.

Android Jetpack

Android Jetpack przyspiesza tworzenie aplikacji na Androida dzięki komponentom, narzędziom i wskazówkom, które eliminują powtarzalne zadania i umożliwiają szybsze i łatwiejsze tworzenie wysokiej jakości aplikacji, które można testować. Android Studio zawiera te aktualizacje, które obsługują Jetpacka: Więcej informacji znajdziesz w dokumentacji Jetpacka.

Nowy edytor nawigacji jest zintegrowany z komponentami nawigacji Androida Jetpack, aby zapewnić widok graficzny do tworzenia struktury nawigacji aplikacji. Edytor nawigacji upraszcza projektowanie i wdrażanie nawigacji między miejscami docelowymi w aplikacji.

W Androidzie Studio 3.2 Edytor nawigacji jest funkcją eksperymentalną. Aby włączyć Edytor nawigacji, kliknij Plik > Ustawienia (Android Studio > Preferencje na komputerze Mac), w panelu po lewej stronie wybierz kategorię Eksperymentalne, zaznacz pole obok opcji Włącz Edytor nawigacji i ponownie uruchom Android Studio.

Więcej informacji znajdziesz w dokumentacji Edytora nawigacji.

Migracja do AndroidaX

W ramach Jetpacka przenosimy biblioteki pomocy Androida do nowej biblioteki rozszerzeń Androida, używając przestrzeni nazw androidx. Więcej informacji znajdziesz w omówieniu AndroidaX.

Android Studio 3.2 ułatwia ten proces dzięki nowej funkcji migracji.

Aby przenieść istniejący projekt do AndroidaX, wybierz Refactor > Migrate to AndroidX (Refaktoryzuj > Przenieś do AndroidaX). Jeśli masz zależności Mavena, które nie zostały przeniesione do przestrzeni nazw AndroidX, system kompilacji Androida Studio automatycznie przekonwertuje też te zależności projektu.

Wtyczka Androida do obsługi Gradle udostępnia te globalne flagi, które możesz ustawić w pliku gradle.properties:

  • android.useAndroidX: Jeśli ustawisz wartość true, ten flaga oznacza, że chcesz od teraz korzystać z Androida X. Jeśli flaga nie jest obecna, Android Studio działa tak, jakby była ustawiona na false.
  • android.enableJetifier: jeśli ta flaga ma wartość true, oznacza to, że chcesz korzystać z narzędzi (z wtyczki Android Gradle), które automatycznie przekonwertują istniejące biblioteki innych firm tak, jakby były napisane dla AndroidaX. Jeśli flaga nie jest obecna, Android Studio działa tak, jakby była ustawiona na false.

Obie flagi są ustawione na true, gdy używasz polecenia Migrate to AndroidX (Migracja do AndroidaX).

Jeśli chcesz od razu zacząć korzystać z bibliotek AndroidX i nie musisz konwertować istniejących bibliotek innych firm, możesz ustawić flagę android.useAndroidX na true, a flagę android.enableJetifier na false.

(pakiet) Android App Bundle

Pakiet aplikacji na Androida to nowy format przesyłania, który zawiera cały skompilowany kod i wszystkie zasoby aplikacji, ale generowanie i podpisywanie plików APK jest odroczone do momentu publikacji w Google Play.

Nowy model przesyłania aplikacji w Google Play wykorzystuje pakiet aplikacji do generowania i przesyłania zoptymalizowanych plików APK na urządzenia użytkowników, dzięki czemu każdy użytkownik pobiera tylko kod i zasoby potrzebne do uruchomienia aplikacji. Nie musisz już tworzyć, podpisywać ani zarządzać wieloma plikami APK, a użytkownicy pobierają mniejsze i bardziej zoptymalizowane pliki.

Możesz też dodać do projektu aplikacji moduły funkcji i uwzględnić je w pakiecie aplikacji. Użytkownicy będą mogli wtedy pobierać i instalować funkcje aplikacji na żądanie.

Aby utworzyć pakiet, wybierz Build > Build Bundle(s) / APK(s) > Build Bundle(s) (Utwórz > Utwórz pakiety / APK > Utwórz pakiety).

Więcej informacji, w tym instrukcje tworzenia i analizowania pakietu Android App Bundle, znajdziesz w artykule Pakiet Android App Bundle.

Przykładowe dane w edytorze układu

Wiele układów Androida zawiera dane czasu działania, które mogą utrudniać wizualizację wyglądu układu na etapie projektowania aplikacji. Teraz możesz łatwo wyświetlić podgląd widoku w Edytorze układu wypełnionym przykładowymi danymi. Gdy dodasz widok, pod nim w oknie Projekt pojawi się przycisk. Kliknij ten przycisk, aby ustawić atrybuty widoku w czasie projektowania. Możesz wybrać jeden z wielu szablonów przykładowych danych i określić liczbę przykładowych elementów, którymi chcesz wypełnić widok.

Aby wypróbować dane przykładowe, dodaj element RecyclerView do nowego układu, kliknij przycisk atrybutów czasu projektowania  poniżej widoku i wybierz opcję z karuzeli szablonów danych przykładowych.

Wycinki

Slices to nowy sposób na osadzanie fragmentów funkcji aplikacji w innych interfejsach użytkownika na Androidzie. Na przykład Slices umożliwiają wyświetlanie funkcji i treści aplikacji w sugestiach wyszukiwania Google.

Android Studio 3.2 ma wbudowany szablon, który pomoże Ci rozszerzyć aplikację o nowe interfejsy API dostawcy wycinków. Zawiera też nowe testy lint, które pomogą Ci stosować sprawdzone metody podczas tworzenia wycinków.

Aby rozpocząć, kliknij prawym przyciskiem myszy folder projektu i wybierz Nowy > Inne > Dostawca wycinków.

Więcej informacji, w tym o testowaniu interakcji z elementami Slice, znajdziesz w przewodniku dla początkujących dotyczącym elementów Slice.

Kotlin 1.2.61

Android Studio 3.2 zawiera Kotlin 1.2.61, a nowy pakiet Android SDK jest lepiej zintegrowany z Kotlinem. Więcej informacji znajdziesz na blogu dla deweloperów aplikacji na Androida.

IntelliJ IDEA 2018.1.6

Główne IDE Android Studio zostało zaktualizowane o ulepszenia z IntelliJ IDEA w wersji 2018.1.6.

Profilery Androida

Wypróbuj te nowe funkcje profilera Androida w Androidzie Studio 3.2.

Sesje

Dane Profilera możesz teraz zapisywać jako sesje, aby później do nich wracać i je sprawdzać. Profiler przechowuje dane sesji do momentu ponownego uruchomienia IDE.

Gdy zarejestrujesz ślad metody lub zrobisz zrzut pamięci, IDE doda te dane (wraz z aktywnością sieciową aplikacji) jako osobny wpis w bieżącej sesji. Możesz łatwo przełączać się między nagraniami, aby porównywać dane.

Śledzenie systemu

W sekcji Profiler CPU wybierz nową konfigurację Ślad systemowy, aby sprawdzić aktywność procesora systemowego i wątków na urządzeniu. Ta konfiguracja śledzenia jest oparta na systrace i przydaje się do analizowania problemów na poziomie systemu, takich jak zacinanie się interfejsu.

Korzystając z tej konfiguracji śledzenia, możesz wizualnie oznaczać ważne procedury kodu na osi czasu profilera, instrumentując kod C/C++ za pomocą natywnego interfejsu API śledzenia lub kod Java za pomocą klasy Trace.

Sprawdzanie odwołań JNI w profilerze pamięci

Jeśli wdrażasz aplikację na urządzeniu z Androidem 8.0 (API na poziomie 26) lub nowszym, możesz teraz sprawdzać przydział pamięci dla kodu JNI aplikacji za pomocą profilera pamięci.

Gdy aplikacja jest uruchomiona, wybierz część osi czasu, którą chcesz sprawdzić, a następnie w menu nad listą klas kliknij Stos JNI, jak pokazano poniżej. Następnie możesz sprawdzić obiekty w stercie w zwykły sposób i kliknąć dwukrotnie obiekty na karcie Stos wywołań alokacji, aby zobaczyć, gdzie w kodzie są przydzielane i zwalniane odwołania JNI.

Importowanie, eksportowanie i sprawdzanie plików zrzutu sterty pamięci

Możesz teraz importować, eksportować i sprawdzać .hprof pliki zrzutu sterty pamięci utworzone za pomocą profilera pamięci.

Zaimportuj plik .hprof, klikając Rozpocznij nową sesję profilowania w panelu Sesje profilera, a następnie wybierając Wczytaj z pliku. Możesz następnie sprawdzić jego dane w profilerze pamięci tak jak w przypadku każdego innego zrzutu sterty.

Aby zapisać dane zrzutu sterty do późniejszego przejrzenia, kliknij przycisk Eksportuj zrzut sterty po prawej stronie pozycji Zrzut sterty w panelu Sesje. W wyświetlonym oknie Eksportuj jako zapisz plik z rozszerzeniem .hprof.

Rejestrowanie aktywności procesora podczas uruchamiania aplikacji

Możesz teraz rejestrować aktywność procesora podczas uruchamiania aplikacji w ten sposób:

  1. W menu głównym wybierz Uruchom > Edytuj konfiguracje.
  2. Na karcie Profilowanie w wybranej konfiguracji uruchomienia zaznacz pole obok opcji Rozpocznij nagrywanie śladu metody przy uruchomieniu.
  3. Wybierz z menu konfigurację nagrywania procesora.
  4. Wdróż aplikację na urządzeniu z Androidem 8.0 (poziom interfejsu API: 26) lub nowszym, wybierając Uruchom > Profil.

Eksportowanie śladów procesora

Po zarejestrowaniu aktywności procesora za pomocą narzędzia Profiler procesora możesz wyeksportować dane jako plik .trace, aby udostępnić je innym lub sprawdzić później.

Aby wyeksportować ślad po zarejestrowaniu aktywności procesora, wykonaj te czynności:

  1. Kliknij prawym przyciskiem myszy nagranie, które chcesz wyeksportować z osi czasu procesora.
  2. W menu kliknij Eksportuj ślad.
  3. Przejdź do miejsca, w którym chcesz zapisać plik, i kliknij Zapisz.

Importowanie i sprawdzanie plików śledzenia procesora

Możesz teraz importować i sprawdzać pliki .trace utworzone za pomocą interfejsu Debug API lub profilera CPU. (Obecnie nie można importować nagrań śledzenia systemu).

Zaimportuj plik śledzenia, klikając Rozpocznij nową sesję profilowania w panelu Sesje profilera, a następnie wybierając Wczytaj z pliku. Następnie możesz sprawdzić jego dane w profilerze procesora w zwykły sposób, z tymi wyjątkami:

  • Aktywność procesora nie jest przedstawiona na osi czasu procesora.
  • Oś czasu aktywności wątku wskazuje tylko miejsca, w których dostępne są dane śledzenia poszczególnych wątków, a nie rzeczywiste stany wątków (np. uruchomiony, oczekujący lub uśpiony).

Rejestrowanie aktywności procesora za pomocą interfejsu Debug API

Możesz teraz rozpoczynać i zatrzymywać rejestrowanie aktywności procesora w profilerze procesora, instrumentując aplikację za pomocą interfejsu Debug API. Po wdrożeniu aplikacji na urządzeniu profiler automatycznie rozpoczyna rejestrowanie aktywności procesora, gdy aplikacja wywołuje funkcję startMethodTracing(String tracePath), a kończy rejestrowanie, gdy aplikacja wywołuje funkcję stopMethodTracing(). Podczas rejestrowania aktywności procesora wywoływanej za pomocą tego interfejsu API w profilerze procesora jako wybrana konfiguracja rejestrowania procesora jest wyświetlana opcja Debug API.

Energy Profiler

Profil energetyczny wyświetla wizualizację szacowanego zużycia energii przez aplikację, a także zdarzenia systemowe, które mają wpływ na zużycie energii, takie jak blokady wybudzania, alarmy i zadania.

Profil zużycia energii pojawi się jako nowy wiersz u dołu okna Profilera, gdy uruchomisz aplikację na podłączonym urządzeniu lub w emulatorze Androida z Androidem 8.0 (API 26) lub nowszym.

Aby zmaksymalizować widok profilu zużycia energii, kliknij wiersz Energia. Umieść wskaźnik myszy nad słupkiem na osi czasu, aby zobaczyć podział zużycia energii według zasobów procesora, sieci i lokalizacji (GPS), a także odpowiednie zdarzenia systemowe.

Zdarzenia systemowe, które mają wpływ na zużycie energii, są wskazywane na osi czasu System poniżej osi czasu Energia. Szczegóły zdarzeń systemowych w określonym zakresie czasu są wyświetlane w panelu zdarzeń po wybraniu zakresu czasu na osi czasu Energia.

Aby wyświetlić stos wywołań i inne szczegóły zdarzenia systemowego, np. blokady wybudzania, wybierz je w panelu zdarzeń. Aby przejść do kodu odpowiedzialnego za zdarzenie systemowe, kliknij dwukrotnie wpis w stosie wywołań.

Sprawdzanie lintowania

Android Studio 3.2 zawiera wiele nowych i ulepszonych funkcji lintowania.

Nowe testy lint pomagają znajdować i identyfikować typowe problemy z kodem, od ostrzeżeń o potencjalnych problemach z użytecznością po błędy o wysokim priorytecie dotyczące potencjalnych luk w zabezpieczeniach.

Sprawdzanie Lint pod kątem interoperacyjności Java/Kotlin

Aby zapewnić dobrą współpracę kodu Java z kodem Kotlin, nowe testy Lint wymuszają stosowanie sprawdzonych metod opisanych w przewodniku po współpracy z Kotlinem. Przykłady tych kontroli to sprawdzanie obecności adnotacji Nullability, użycie słów kluczowych Kotlin i umieszczanie parametrów lambda na końcu.

Aby włączyć te sprawdzenia, kliknij File > Settings (Android Studio > Preferences na Macu), aby otworzyć okno Settings, przejdź do sekcji Editor > Inspections > Android > Lint > Interoperability > Kotlin Interoperability i wybierz reguły, które chcesz włączyć.

Aby włączyć te sprawdzenia w przypadku kompilacji wiersza poleceń, dodaj ten ciąg do pliku build.gradle:

        android {
            lintOptions {
                check 'Interoperability'
            }
        }

Sprawdzanie wycinków za pomocą narzędzia Lint

Nowe testy lint dla komponentów Slices pomagają upewnić się, że są one prawidłowo skonstruowane. Na przykład narzędzia do sprawdzania kodu ostrzegają, jeśli nie przypiszesz do elementu Slice działania podstawowego.

Nowy cel Gradle

Użyj nowego lintFix zadania Gradle, aby zastosować wszystkie bezpieczne poprawki sugerowane przez kontrolę lint bezpośrednio w kodzie źródłowym. Przykładem sprawdzania za pomocą narzędzia lint, które sugeruje bezpieczną poprawkę do zastosowania, jest SyntheticAccessor.

Aktualizacje metadanych

Różne metadane, np. weryfikacja rzutowania usługi, zostały zaktualizowane, aby weryfikacje lint działały w Androidzie 9 (poziom API 28).

Ostrzeżenie, jeśli lint jest uruchamiany w przypadku nowego wariantu

Narzędzie Lint rejestruje teraz, w przypadku którego wariantu i wersji zarejestrowano poziom odniesienia, i ostrzega, jeśli uruchomisz je w przypadku innego wariantu niż ten, w przypadku którego utworzono poziom odniesienia.

Ulepszenia istniejących kontroli lint

Android Studio 3.2 zawiera wiele ulepszeń istniejących kontroli lint. Na przykład sprawdzanie cyklu życia zasobu jest teraz stosowane do dodatkowych typów zasobów, a wykrywanie tłumaczeń może na bieżąco znajdować brakujące tłumaczenia w edytorze.

Łatwiejsze znajdowanie identyfikatorów problemów

Identyfikatory problemów są teraz wyświetlane w większej liczbie miejsc, w tym w oknie Wyniki sprawdzania. Ułatwia to znalezienie informacji potrzebnych do włączenia lub wyłączenia konkretnych weryfikacji za pomocą lintOptions w build.gradle.

Więcej informacji znajdziesz w artykule Konfigurowanie opcji lint przy użyciu Gradle.

Wiązanie danych w wersji 2

Wiązanie danych w wersji 2 jest teraz domyślnie włączone i jest zgodne z wersją 1. Oznacza to, że jeśli masz zależności biblioteczne skompilowane w wersji 1, możesz ich używać w projektach korzystających z powiązywania danych w wersji 2. Pamiętaj jednak, że projekty korzystające z wersji 1 nie mogą używać zależności skompilowanych w wersji 2.

Odlukrzanie D8

W Androidzie Studio 3.1 zintegrowaliśmy etap desugaryzacji z narzędziem D8 jako funkcję eksperymentalną, co skróciło ogólny czas kompilacji. W Android Studio 3.2 odcukrzanie za pomocą D8 jest domyślnie włączone.

Nowy kompresor kodu

R8 to nowe narzędzie do kompresowania i zaciemniania kodu, które zastępuje ProGuard. Aby zacząć korzystać z wersji podglądowej R8, w pliku gradle.properties projektu umieść ten kod:

      android.enableR8 = true

Zmiana domyślnych interfejsów ABI w przypadku zestawu wielu plików APK

Podczas tworzenia wielu plików APK, z których każdy jest kierowany na inny interfejs ABI, wtyczka domyślnie nie generuje już plików APK dla tych interfejsów ABI: mips, mips64 i armeabi.

Jeśli chcesz utworzyć pliki APK przeznaczone na te interfejsy ABI, musisz użyć NDK w wersji r16b lub starszej i określić interfejsy ABI w pliku build.gradle, jak pokazano poniżej:

    splits {
        abi {
            include 'armeabi', 'mips', 'mips64'
            ...
        }
    }
    
    splits {
        abi {
            include("armeabi", "mips", "mips64")
            ...
        }
    }

Uwaga: ta zmiana w działaniu jest też uwzględniona w Androidzie Studio 3.1 RC1 i nowszych wersjach.

Ulepszone funkcje edytora plików kompilacji CMake

Jeśli używasz CMake do dodawania do projektu kodu w językach C i C++, Android Studio zawiera teraz ulepszone funkcje edytora, które pomagają edytować skrypty kompilacji CMake, takie jak:

  • Podświetlanie składni i uzupełnianie kodu: IDE podświetla teraz typowe polecenia CMake i sugeruje uzupełnianie kodu. Możesz też przejść do pliku, klikając go z naciśniętym klawiszem Control (Command na komputerze Mac).
  • Ponowne formatowanie kodu: możesz teraz użyć opcji ponownego formatowania kodu w IntelliJ, aby zastosować style kodu do skryptów kompilacji CMake.
  • Bezpieczne refaktoryzowanie: wbudowane w IDE narzędzia do refaktoryzacji sprawdzają teraz również, czy zmieniasz nazwy lub usuwasz pliki, do których odwołujesz się w skryptach kompilacji CMake.

W poprzednich wersjach Android Studio w oknie Project można było przeglądać i sprawdzać tylko pliki nagłówkowe należące do bibliotek tworzonych w projekcie lokalnym. W tej wersji możesz też wyświetlać i sprawdzać pliki nagłówkowe dołączone do zewnętrznych zależności bibliotek C/C++, które importujesz do projektu aplikacji.

Jeśli w projekcie masz już kod i biblioteki w językach C/C++, otwórz okno Project po lewej stronie IDE. W tym celu w menu głównym kliknij View > Tool Windows > Project (Widok > Okna narzędzi > Projekt), a potem w menu wybierz Android. W katalogu cpp wszystkie pliki nagłówkowe, które znajdują się w zakresie projektu aplikacji, są uporządkowane w węźle include dla każdej lokalnej zależności biblioteki C/C++, jak pokazano poniżej.

Domyślnie włączona natywna obsługa multidexu

W poprzednich wersjach Androida Studio włączano natywny multidex podczas wdrażania wersji debugowania aplikacji na urządzeniu z Androidem API na poziomie 21 lub nowszym. Teraz, niezależnie od tego, czy wdrażasz aplikację na urządzeniu, czy tworzysz plik APK do publikacji, wtyczka Androida do Gradle umożliwia natywną obsługę wielu plików DEX we wszystkich modułach, w których ustawiono minSdkVersion=21 lub nowszą wersję.

AAPT2 przeniesiono do repozytorium Google Maven

Od Androida Studio 3.2 źródłem AAPT2 (Android Asset Packaging Tool 2) jest repozytorium Google Maven.

Aby używać AAPT2, upewnij się, że w pliku build.gradle masz zależność google(), jak pokazano poniżej:

    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath 'com.android.tools.build:gradle:3.2.0'
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }
    
    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath("com.android.tools.build:gradle:3.2.0")
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }

Nowa wersja AAPT2 rozwiązuje wiele problemów, w tym poprawia obsługę znaków spoza zestawu ASCII w systemie Windows.

Usuwanie konfiguracji na żądanie

Ustawienie Konfiguruj na żądanie zostało usunięte z Android Studio.

Android Studio nie przekazuje już argumentu --configure-on-demand do Gradle.

Asystent połączenia ADB

Nowy Asystent połączenia ADB zawiera instrukcje krok po kroku, które pomogą Ci skonfigurować i używać urządzenia za pomocą połączenia Android Debug Bridge (ADB).

Aby uruchomić asystenta, wybierz Narzędzia > Asystent połączeń.

Asystent połączenia ADB wyświetla instrukcje, elementy sterujące w kontekście i listę połączonych urządzeń na kilku stronach w panelu Asystent.

Ulepszenia emulatora

W emulatorze Androida możesz teraz w dowolnym momencie zapisywać i wczytywać zrzuty urządzenia wirtualnego z Androidem (AVD), dzięki czemu możesz szybko i łatwo przywracać emulowane urządzenie do znanego stanu na potrzeby testowania. Podczas edytowania AVD za pomocą Menedżera AVD możesz określić, który zrzut AVD ma być wczytywany podczas uruchamiania AVD.

Elementy sterujące zapisywaniem, wczytywaniem i zarządzaniem migawkami AVD znajdują się teraz na karcie Migawki w oknie Rozszerzone elementy sterujące emulatora.

Więcej informacji znajdziesz w artykule Zrzuty.

Więcej informacji o nowościach i zmianach w emulatorze znajdziesz w informacjach o wersji emulatora.