- Zaawansowane zarządzanie wariantami produktów i typami kompilacji przy użyciu Gradle w celu optymalizacji wdrażania.
- Szczegółowa kontrola zestawu SDK, przestrzeni nazw i identyfikatorów aplikacji w celu zapewnienia kompatybilności i unikalności w Google Play.
- Optymalizacja wydajności środowiska IDE i systemu kompilacji w środowiskach o ograniczonych zasobach.
- Integracja natywnych bibliotek C++ i wykorzystanie klasy BuildConfig w środowiskach dynamicznych.
Jeśli dopiero zaczynasz przygodę z tworzeniem aplikacji mobilnych, prawdopodobnie zdajesz sobie sprawę, że skonfigurowanie kompilacji to nie tylko naciśnięcie przycisku „Uruchom”. System kompilacji Androida to silnik, który pobiera cały kod i zasoby i przekształca je w plik APK lub pakiet aplikacji Android (AAB), czyli pakiety, które ostatecznie trafiają na urządzenia użytkowników.
Aby wszystko działało sprawnie, Android Studio korzysta z Gradle i dedykowanej wtyczki , co pozwala nam dostosować wszystko – od sygnatury aplikacji po obsługiwane wersje systemów operacyjnych. Początkowo nie jest to łatwe, ale gdy opanujesz organizowanie wariantów i zależności, możesz udostępniać wersje bezpłatne, płatne i próbne bez konieczności duplikowania projektu.
Serce kompilacji: Gradle i jego pliki
Aby zarządzać procesem kompilacji, musimy korzystać z kilku plików tekstowych, które korzystają z języków takich jak Kotlin DSL lub Groovy. Po pierwsze, mamy Gradle Wrapper (gradlew) , który jest fantastyczny, ponieważ zapewnia, że cały zespół korzysta z tej samej wersji Gradle, zapobiegając typowym sytuacjom, w których „działa na moim komputerze”.
W katalogu głównym projektu znajduje się plik settings.gradle.kts , w którym wskazujemy Gradle, które moduły są częścią aplikacji i konfigurujemy repozytoria. Następnie znajduje się plik najwyższego poziomu build.gradle , który definiuje wersje wtyczek, które będą współdzielone przez wszystkie moduły. Prawdziwym klejnotem jest jednak plik build.gradle na poziomie modułu , w którym konfigurujemy szczegóły specyficzne dla aplikacji, takie jak SDK i zależności.
Opanowanie zestawu SDK systemu Android
Konfiguracja pakietu SDK jest kluczowa, aby zapobiec awariom aplikacji na starszych urządzeniach lub jej przestarzałości. Pakiet compileSdk definiuje, które interfejsy API Androida są dostępne podczas pisania kodu; najlepiej zawsze korzystać z najnowszej wersji, aby korzystać z najnowszych funkcji. Z drugiej strony, minSdk to czerwona linia: na żadnym urządzeniu z wersją niższą niż ta aplikacja nie będzie mogła zostać zainstalowana.
Nie możemy zapomnieć o targetSdk , który w zasadzie informuje system operacyjny, że przetestowaliśmy już aplikację na tej konkretnej wersji. Jeśli urządzenie ma nowszą wersję Androida niż nasza wersja docelowa, system aktywuje tryb zgodności , aby zapobiec nieprawidłowemu działaniu aplikacji.
Warianty produktów i typy kompilacji
Tu zaczyna się robić ciekawie. Typy kompilacji Służą do różnicowania etapów rozwoju. Domyślnie mamy debugktóry umożliwia debugowanie i wykorzystuje klucz ogólny, release, która jest zoptymalizowaną, zaciemnioną i podpisaną wersją dostępną publicznie.
Jeśli chcesz uruchomić wersję „Lite” i wersję „Pro”, musisz użyć Smaki produktuUmożliwiają one ponowne wykorzystanie wspólnego kodu, ale ze zmianą zasobów lub funkcjonalności w zależności od wersji. Łącząc typ kompilacji z wariantem produktu, otrzymujemy wariant kompilacji (na przykład demoDebugAby to zarządzać, używamy wymiary wariantówktóre umożliwiają grupowanie różnych smaków z aplikacji i ich mieszanie.
Zarządzanie identyfikatorami i przestrzeniami nazw
El identyfikator aplikacji To jest identyfikator Twojej aplikacji w Google Play. Jeśli zmienisz go po opublikowaniu, sklep uzna ją za zupełnie nową aplikację. Można go użyć applicationIdSuffix aby wersja debugowa miała inny identyfikator i mogła zostać zainstalowana obie wersje na tym samym telefonie komórkowym bez kolizji.
Przestrzeń nazw definiuje natomiast pakiet, w którym generowane są klasy R i BuildConfig. Chociaż zaleca się, aby przestrzeń nazw i identyfikator aplikacji były takie same, aby uniknąć komplikacji, możliwe jest ich rozdzielenie, jeśli zachodzi potrzeba reorganizacji kodu źródłowego bez zmiany tożsamości aplikacji w sklepie.
Konfiguracja podpisu i zabezpieczeń
Aplikacja w wersji Release nie może być dystrybuowana, jeśli nie jest podpisana. W tym celu potrzebujemy magazynu kluczy i klucza prywatnego. Kluczowe jest, aby nie zapisywać haseł bezpośrednio w pliku Gradle; najlepszą praktyką jest ładowanie ich ze zmiennych środowiskowych lub lokalnego pliku właściwości, który nie jest przesyłany do systemu kontroli wersji.
Optymalizacja wydajności IDE
Android Studio może być bardzo obciążające dla pamięci RAM. Aby temu zapobiec, możesz edytować plik studio.vmoptions i zwiększyć maksymalny rozmiar sterty (Xmx). Jeśli komputer ma mało zasobów, najlepiej włączyć tryb oszczędzania energii , wyłączyć niepotrzebne sprawdzanie lint, a przede wszystkim debugować na urządzeniu fizycznym, zamiast korzystać z emulatora.
W systemie Windows oprogramowanie antywirusowe może spowolnić proces kompilacji, skanując każdy plik tworzony przez Gradle. Rozwiązaniem jest wykluczenie folderów Gradle , zestawu SDK Androida i projektów ze skanowania w czasie rzeczywistym, co znacznie przyspiesza proces.
Korzystanie z BuildConfig i bibliotek natywnych
Klasa Konfiguracja kompilacji To niezbędne narzędzie, które Gradle generuje automatycznie. Informuje nas, czy jesteśmy w trybie DEBUG o RELEASE poprzez kod, który jest idealny dla ukryj logi w produkcji lub zmień adres URL serwera pomiędzy środowiskiem programistycznym i środowiskiem produkcyjnym.
Dla tych, którzy potrzebują czystej mocy, Android Studio umożliwia integrację C++ z użyciem CMake lub ndk-buildMożemy łączyć projekty zewnętrzne i kontrolować, co z nimi robimy. ABI (interfejsy binarne)Chcemy zapakować używając abiFilterszapobieganie zbyt dużemu rozmiarowi pliku końcowego poprzez uwzględnienie architektur, których nie potrzebujemy.
Organizowanie zestawów źródłowych
Gradle organizuje kod w zestawy początkówKatalog src/main/ Zawiera to, co jest współdzielone przez wszystkich, ale możemy tworzyć foldery takie jak src/debug/ o src/full/ aby wstawić kod, który istnieje tylko w tej wersji. Jest jeden hierarchia priorytetów:pliki w wariancie kompilacji mają pierwszeństwo przed plikami typu kompilacji, a te nad plikami wariantu produktu i kodu głównego.
Dzięki całemu ekosystemowi plików konfiguracyjnych, zarządzania pamięcią i podziału wersji możliwe jest przekształcenie prostego projektu w profesjonalną infrastrukturę zdolną do skalowania i dostosowywania się do dowolnego urządzenia z systemem Android, zapewniając jednocześnie wydajność procesu pakowania i bezpieczeństwo dystrybucji w sklepie.