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

Android Studio Electric Eel | 1.1.2022 r. (styczeń 2023 r.)

Oto nowe funkcje w Android Studio Electric Eel.

Aktualizacje usługi Logcat

Interfejs okna Logcat

W Android Studio Electric Eel domyślnie włączona jest nowa wersja Logcat, która ułatwia analizowanie logów, wysyłanie zapytań i śledzenie ich stanu. Jest to najważniejsza aktualizacja narzędzia od czasu jej wprowadzenia, dlatego przeczytaj artykuł Wyświetlanie logów przy użyciu Logcat, aby dowiedzieć się więcej o korzystaniu z nowych funkcji i składni zapytań.

Statystyki dotyczące jakości aplikacji od Firebase Crashlytics

Począwszy od Android Studio Electric Eel, możesz przeglądać dane o awariach aplikacji pochodzące z Firebase Crashlytics i podejmować dotyczące ich działania bezpośrednio w IDE. Ta integracja pobiera dane śledzenia stosu i statystyki awarii z Crashlytics do nowego okna narzędzia App Quality Insights w IDE, dzięki czemu nie trzeba przełączać się między przeglądarką a IDE. Zespoły programistyczne mogą korzystać z najważniejszych funkcji, takich jak:

Zobaczysz wyróżnione wiersze kodu, gdy mają powiązane dane zdarzeń z Crashlytics.
Przejrzyj zrzut stosu najczęstszych awarii i kliknij ten zrzut, aby przejść do odpowiednich wierszy w kodzie.
Zobacz podsumowanie statystyk dotyczących najczęstszych awarii i zdarzeń niekrytycznych, np. pogrupowane według producenta urządzenia i wersji Androida.
Filtruj zdarzenia według wagi, czasu i wersji aplikacji.
Pobierz link do przeglądarki, który otwiera stronę panelu Crashlytics ze szczegółowymi informacjami o zdarzeniu.

Dzięki integracji Android Studio i Crashlytics możesz w jednym miejscu pisać kod i rozwiązywać najczęstsze problemy z awariami. Te rozszerzone funkcje tworzenia aplikacji pomogą Ci być na bieżąco z wydajnością aplikacji i zminimalizować szkody dla użytkowników. Jeśli napotkasz jakieś problemy z tą funkcją, zgłoś błąd.

Jeśli nie korzystasz jeszcze z Crashlytics i chcesz dowiedzieć się więcej o tej usłudze, przeczytaj artykuł o Firebase Crashlytics.

Rozpocznij

Aby widzieć dane z Crashlytics w Android Studio, musisz skonfigurować Firebase i Crashlytics w swoim projekcie aplikacji. Jak to zrobić: otwórz Asystenta Firebase w Android Studio. W tym celu wybierz Narzędzia > Firebase, kliknij Crashlytics, a następnie postępuj zgodnie z samouczkiem, aby dodać Firebase i Crashlytics do swojego projektu. Więcej informacji o przepływie pracy w Asystencie Firebase znajdziesz w Przewodniku dla początkujących po korzystaniu z Firebase na Androidzie.

Jeśli Firebase i Crashlytics masz już dodane do aplikacji, zaloguj się na swoje konto dewelopera w IDE, klikając ikonę awatara . Po zalogowaniu się kliknij okno Statystyki jakości aplikacji. Panele Problemy, Przykładowy zrzut stosu i Szczegóły powinny być wypełnione raportami z Crashlytics.

Poruszanie się po danych Crashlytics w Android Studio

Okno narzędzia Statystyki jakości aplikacji zawiera szczegółowe dane o zdarzeniach wykrywanych przez użytkowników, a także linki umożliwiające szybkie przechodzenie do ich źródeł.

Okno narzędzia Statystyki dotyczące jakości aplikacji

Jeśli Twój projekt zawiera wiele modułów aplikacji, sprawdź, czy ten moduł, którego dotyczą dane zdarzeń, został wybrany w menu modułu.
Z menu identyfikatora aplikacji wybierz identyfikator, który chcesz przeanalizować. Możesz na przykład pracować w IDE nad wersją do debugowania aplikacji, ale chcesz mieć wgląd w dane zdarzeń dotyczących produkcyjnej wersji aplikacji instalowanej przez użytkowników.
Panel Problemy zawiera najczęstsze zdarzenia, w przypadku których Crashlytics ma dane, oraz jest posortowany według najbardziej istotnych awarii.
Panel Przykładowy zrzut stosu zawiera szczegółowe informacje o ostatnim wystąpieniu zdarzenia, które klikniesz w panelu Problemy. Możesz wyświetlić zrzut stosu zdarzenia i kliknąć ten zrzut, aby przejść do odpowiednich wierszy w bazie kodu.

Są tam też informacje o typie urządzenia, którego dotyczy problem, jego wersji Androida i godzinie wystąpienia zdarzenia, a także link do tego zdarzenia w panelu Firebase Crashlytics. Panel jest przydatny, jeśli chcesz przejść do bardziej szczegółowego widoku i zbadać dodatkowe zrzuty stosu, trendy i logi niestandardowe.
Panel Szczegóły zawiera podział liczby awarii według typu urządzenia i wersji Androida, dzięki czemu możesz określić, których grup użytkowników dotyczy ten problem. Znajdziesz tam też informacje o wersjach aplikacji, u których wystąpiła awaria, oraz o liczbie użytkowników, u których wystąpiła awaria.
Użyj filtrów poziomu ważności, aby wybrać lub odznaczyć zdarzenia o stanie krytycznym () lub niekrytycznym ().
Za pomocą filtrów przedziału czasu i wersji aplikacji możesz skupić się na określonych podzbiorach zdarzeń.

Możesz nie tylko przejść ze zrzutu stosu do kodu, ale także z jego kodu do zrzutu stosu. Android Studio wyróżnia teraz wiersze kodu powiązane z awariami, dzięki czemu można je łatwo znaleźć i debugować.

Kod dotyczący awarii wyróżniony w IDE

Gdy najedziesz kursorem na zaznaczony wiersz kodu, pojawi się wyskakujące okienko z informacjami o danym zdarzeniu, jego częstotliwości oraz liczbie urządzeń, których dotyczy problem. Możesz kliknąć Otwórz w statystykach jakości aplikacji, aby przejść do szczegółów zdarzenia w oknie narzędzia Statystyki jakości aplikacji. Więcej informacji znajdziesz w artykule o analizowaniu problemów z Firebase Crashlytics przy użyciu statystyk dotyczących jakości aplikacji.

Aktualizacje na żywo podglądu wiadomości

W Android Studio Electric Eel możesz od razu zobaczyć aktualizacje wprowadzonych zmian w wersji testowej. Więcej informacji znajdziesz w artykule Podgląd funkcji kompozycyjnej.

GIF pokazujący aktualizacje w czasie rzeczywistym za pomocą podglądu wiadomości

Korzystanie z funkcji podglądu wiadomości na różnych urządzeniach

W Android Studio Electric Eel możesz edytować parametr device w adnotacji podglądu, aby zdefiniować konfiguracje elementów kompozycyjnych na różnych urządzeniach. Więcej informacji znajdziesz w artykule Korzystanie z różnych urządzeń.

Przykładowa funkcja kompozycyjna

Edytowanie przykładowej funkcji

Wyróżnienia renderowania zmiany kompozycji w Inspektorze układu

W Android Studio Electric Eel Twoje rekompozycje są wyróżnione, dzięki czemu łatwo zorientujesz się, w którym miejscu interfejsu są kompozycje. Podświetlony fragment pokazuje nakładkę gradientu elementu kompozycyjnego w sekcji obrazów w Inspektorze układu i stopniowo znika, aby zorientować się, w którym miejscu w interfejsie można znaleźć kompozycję z najwyższymi zmianami. Jeśli jeden z komponentów jest rekomponowany z większą szybkością niż inny, pierwszy z nich otrzymuje silniejszy kolor nakładki gradientu. Więcej informacji znajdziesz w artykule o liczbie zmian kompozycji w Inspektorze układu.

Zmień kompozycję wyróżnień w renderowaniu

Likwidacja wizualnego widoku

Android Studio automatycznie uruchamia teraz Twój układ, aby sprawdzić, czy nie występują problemy z wibracjami na ekranach o różnych rozmiarach w przypadku układów pisanych w widokach danych. Gdy otworzysz Walidację układu, możesz zobaczyć wszystkie układy renderowane na urządzeniach o różnych rozmiarach. Jeśli wystąpi problem, pojawi się on w panelu Problemy, który wskazuje wszystkie problemy występujące w narzędziach do projektowania.

Interfejs sprawdzania poprawności układu

Panel Problemy uniwersalne

Teraz możesz wyświetlić wszystkie problemy związane z narzędziami do projektowania w udostępnionym panelu problemów. Aby wyświetlić okno narzędzia, wybierz Widok > Okna narzędzi > Problemy.

Interfejs panelu

Emulator z możliwością zmiany rozmiaru

Możesz teraz testować aplikację na ekranach o różnych rozmiarach i za pomocą 1 emulatora z możliwością zmiany rozmiaru. Testowanie za pomocą 1 emulatora z możliwością zmiany rozmiaru nie tylko pozwala szybko testować zmiany w różnych interfejsach, ale także zwiększa płynność programowania dzięki zaoszczędzeniu zasobów obliczeniowych i pamięci, które byłyby wymagane do obsługi osobnych urządzeń wirtualnych.

Aby używać emulatora ze zmianą rozmiaru, potrzebujesz emulatora Androida w wersji 31.1.3 lub nowszej. Aby uaktualnić wersje, kliknij Narzędzia > Menedżer pakietów SDK. Aby utworzyć urządzenie wirtualne z Androidem z możliwością zmiany rozmiaru, wykonaj te czynności:

W sekcji Tworzenie procedury tworzenia urządzenia wybierz profil sprzętu telefonu z możliwością zmiany rozmiaru (eksperymentalny).
Pobierz obraz systemu Android Tiramisu.
Postępuj zgodnie z instrukcjami, aby utworzyć średni czas oglądania.

Podczas wdrażania aplikacji w emulatorze z możliwością zmiany rozmiaru możesz szybko przełączać się między zestawem popularnych typów urządzeń, korzystając z menu Tryb wyświetlania na pasku narzędzi emulatora. Ekran emulatora zmienia rozmiar, dzięki czemu możesz łatwo testować aplikację na ekranach o różnych rozmiarach i rozdzielczościach.

Menu trybu wyświetlania emulatora z możliwością zmiany rozmiaru

Wirtualne urządzenie z Androidem na komputerze jest już dostępne

Możesz teraz przetestować, jak Twoja aplikacja działa na komputerach, takich jak Chromebooki, za pomocą wirtualnego urządzenia mobilnego z Androidem (AVD). Użytkownicy często inaczej korzystają z aplikacji na urządzeniach z dużymi ekranami, a narzędzie AVD na komputerze pozwala sprawdzić, jak aplikacja zachowuje się w takim środowisku. Oto kilka unikalnych funkcji, które możesz przetestować:

Zmiana rozmiaru aplikacji: zmień rozmiar aplikacji, przeciągając krawędzie okna.
Swobodne zarządzanie oknami: możesz umieścić aplikację w różnych miejscach na ekranie pulpitu, minimalizować, maksymalizować i przywracać okno aplikacji.
Powiadomienia: sprawdź, czy powiadomienia są prawidłowo renderowane, gdy są wyświetlane z obszaru powiadomień na pulpicie.

Więcej informacji na temat AVD na komputery i o tym, jak włączyć je do procesu testowania, znajdziesz w artykule o narzędziu AVD na komputery w Android Studio na blogu dla deweloperów ChromeOS.

Aplikacje na Chromebooku

Sprawdzanie wpływu pobierania przy użyciu Analizatora kompilacji

Analizator kompilacji pokazuje teraz podsumowanie czasu potrzebnego na pobieranie zależności oraz szczegółowy widok pobrań według repozytorium. Na podstawie tych informacji możesz określić, czy nieoczekiwane pobrania zależności wpływają negatywnie na wydajność kompilacji. Jest to szczególnie ważne w przypadku kompilacji przyrostowych, które nie powinny regularnie pobierać artefaktów.

Tych informacji możesz w szczególności używać do identyfikowania problemów z konfiguracją, takich jak wykorzystanie dynamicznych wersji zależności, które powodują nieoczekiwane pobieranie plików. Jeśli zauważysz dużą liczbę nieudanych żądań dotyczących określonego repozytorium, może to oznaczać, że należy je usunąć lub przenieść niżej w konfiguracji repozytorium.

Statystyki pakietów SDK

Wyświetlaj statystyki dotyczące zależności z nowego Google Play SDK Index – portalu publicznego z informacjami o popularnych zależnościach, czyli pakietach SDK. Jeśli konkretna wersja biblioteki została oznaczona przez autora jako nieaktualna, podczas wyświetlania definicji zależności pojawi się odpowiednie ostrzeżenie o lintowaniu. Dzięki temu możesz wykrywać i aktualizować problemy z zależnościami podczas programowania, a nie później, gdy publikujesz aplikację w Konsoli Play. Więcej informacji o tym nowym narzędziu znajdziesz w tym poście na blogu dla deweloperów aplikacji na Androida.