React Native: Android, signing, apk vs bundle

0.62.2+

0:00Witam cię w ostatniej lekcji nie będziemy tu już za bardzo kodzić tylko

0:04właśnie chciałem porozmawiać na ten temat co zrobić kiedy już

0:08skończymy nasz development okej tutaj sobie wszystko fajnie testujemy sprawdzamy że

0:12działa coś zmieniamy przebudowujemy nasz projekt tak za

0:16każdym razem sobie możemy tutaj naszą aplikację tutaj coś

0:20musiałem się rozłączyć przebudować już będzie potrzebny

0:24za bardzo oj tak

0:29jest no i to jest okej tylko te aplikacje działają tak

0:33długo jak działa nasz serwer na początku we wprowadzeniu opowiadałem trochę jak

0:37działa react native to znaczy że ten nasz kod który jest zbundle'owany jest

0:42następnie nam serwowany i w tym momencie jest on serwowany z naszego serwera

0:46metro który stoi sobie u nas lokalnie no i te aplikacje się z nim łączą i

0:50w momencie kiedy chcielibyśmy coś zmienić w aplikacji to

0:54ten serwer wysyła powiedzmy nowe informacje naszej aplikacji dzięki temu widzimy

0:59te zmiany które są z drugiej strony jeśli na przykład właśnie chcemy odświeżyć przeładować

1:03całą aplikację to przeładujemy w ten sposób pamiętajmy jednak że my przeładowujemy

1:07tylko naszego bundlera to znaczy zauważcie w momencie kiedy wpisywałem yarn na iOS

1:11albo yarn android albo yarn start to wtedy dopiero o startowałem cały

1:16proces budowania aplikacji natywnej tak czyli budowania aplikacji która

1:21to ładowała naszego js-a i z racji

1:25tego że wszystko się dzieje w tej chwili w trybie debug w trybie deweloperskim

1:29jak zwał to nasza aplikacja działa tylko w oparciu

1:33o ten serwer natomiast jeśli się ten serwer zabije może to

1:37okrutne ale tak zrobię to zauważcie że okej mogę sobie działać bo

1:41tutaj są jeszcze scache'owane rzeczy natomiast jak będę chciał już sobie coś odświeżyć to on się nie

1:45może połączyć z tym serwerem związku z tym nawet jeśli

1:49byśmy wygenerowana ja iOS-ie ip abstrahując od rzeczy związanych

1:54z podpisywaniem aplikacji o których zaraz powiem albo na androdzie jak byśmy wygenerowali apk

1:58i chcieli komuś wysłać no to ta osoba zobaczyła by na ekranie jakiegoś

2:04tutaj włączyłem zooma dokładnie zobaczyła by na ekranie pewnie

2:10taki komunikat albo jakikolwiek inny albo pewnie po prostu biały ekran z informacją

2:14czy brak informacji nic się dzieje nic nie ładuje z czego to wynika no wynika właśnie z tego że

2:18ta nasza aplikacja właśnie ta logika ten bundle

2:22jest serwowany z naszego serwera zauważcie że aplikacja jako

2:27taka którą mamy tutaj tutaj ona jest i ona startuje tylko

2:31no właśnie tutaj akurat pokazuje jakieś scache'owane wartości natomiast jak tylko

2:35chcemy coś przeładować no to niestety aplikacja nie działa więc co

2:40z tym zrobić czyli jesteśmy już w momencie w którym chcemy tą aplikację wrzucić

2:44na telefon i korzystać z niej albo po prostu ją potestować bez naszego

2:48serwera co też ma istotny wpływ na wydajność no to musimy ją wypuścić

2:52stworzyć z trybie release'owym najpierw pokażę jak to się robi na androidzie potem pokażę

2:56wam jak to wygląda w przypadku iOS-a to już nam nie będzie potrzebne czyli tak wchodzimy

3:00sobie do naszego projektu natywnego i co my tutaj mamy zauważcie

3:05że klikając tutaj tą strzałeczkę opowiadałem wam na początku trochę o skryptach

3:09gradle'owych bardzo pobieżnie bo mówię na tym etapie to nie jest dla

3:14was aż tak istotnie natomiast w momencie kiedy klikamy tą strzałkę

3:18tak naprawdę wywołujemy ciąg pewien pewien ciąg skryptów

3:22gradle'owych wywołujemy assemble debug następnie install debug i ta aplikacja

3:27jest uruchamiana jakby install

3:31to jest właśnie taki ogólny skrypt gradle'owy a debug to jest

3:35rodzaj builda jak widać mamy build

3:40debugowy i release'owy debugowy właśnie będzie oczekiwać

3:44budować w ten sposób aplikacje żeby połączyć się z tym serwerem w naszym

3:48metro serwerem i pobierać tego bundle'a właśnie z tego serwera

3:53natomiast jeśli udałoby nam się to zbudować w wersji release'owej no

3:57to w tym momencie już on zbuduje naszego bundle'a

4:01ale zapakuje go do naszego projektu i ten bundle będzie ładowany lokalnie

4:05i zrobimy sobie coś takiego czyli musimy znaleźć sobie instrukcję

4:10install tylko assemble release jest tutaj

4:14i można albo kliknąć tą instrukcję albo po prostu w terminalu wywołać

4:19sobie ten skrypt w ten sposób release

4:25release natomiast wydaje mi się że nam tutaj akurat

4:29ładniej i łatwiej będzie to robić przy pomocy tych predefiniowanych

4:34list skryptów i prostu klikniemy sobie assemble release i w

4:38tym momencie nasz projekt zostanie budowany pod właśnie taki release czyli

4:43będzie się działo praktycznie to samo co się działo wcześniej z tą różnicą że ten

4:47bundle zostanie nam wrzucony do naszego projektu okej

4:53mamy build successful trwało to 45 sekund okej czyli

4:57nasze apk powstało jeśli weszlibyśmy teraz w do

5:03naszego projektu android

5:08app build outputs apk

5:13to zobaczcie że mamy dwa foldery debug release debug był

5:17uruchamiany trochę wcześniej release to jest ostatnie nasze

5:22wywołanie i to jest nasze apk relese które moglibyśmy komuś wysłać i to już by działało

5:26jeśli chcielibyśmy to zainstalować na naszym emulatorze to tutaj mamy wybrany

5:30nasz emulator i musimy znaleźć instrukcję install install release

5:35o i teraz poczekamy aż te apk zainstaluje

5:40się na naszym emulatorze okej

5:45apk został zainstalowany i teraz zauważcie co się dzieje uruchamiam

5:50aplikację nasza aplikacja już działa zauważcie że nie

5:54było tutaj takiego paska zielonego który wskazywał na to na progres ładowania zauważcie

5:58że nigdzie nasz serwer nie jest uruchomiony zresztą wersja androida iOS-owa nie działa w

6:03tym momencie możemy sobie apkę wyrzucić zauważcie że apka jest jakby uruchaiana od razu to znaczy mamy biały ekran

6:08chwilę startowy i tyle tak ładowane są nasze rzeczy z async storage koniec tak czyli mamy

6:12już tą wersję release'ową którą możemy wrzucać i jeśli właśnie

6:16chcielibyśmy testować komuś tą aplikacje wysłać to w ten sposób to robimy czyli najpierw

6:21musimy sobie tą wersję zbudować a potem zainstalować czy po prostu tą apk

6:26wysłać a jeśli chcemy wysłać to po prostu komuś w przypadku iOS-a to na

6:30tym pewnie można by zakończyć natomiast jeśli chcielibyśmy to wrzucić do google play a

6:34no to google play będzie od nas wymagało żeby ta aplikacja była w jakiś sposób podpisana

6:39to znaczy żebyśmy my dali potwierdzenie tego

6:43że to my zrobimy tą aplikację i generalnie służy

6:47do tego taki plik który który się nazywa keystore

6:51i tym keystorem podpisujemy naszą aplikacje i dopiero tak

6:55podpisana aplikacja może być wrzucona do google play natomiast ten keystore

6:59możemy generować sobie lokalnie u nas na komputerze i on pozwoli

7:04nam na podpisanie tej aplikacji nie będę tutaj dokładnie pokazywać jak to wygląda ale

7:08w skrócie mamy taką w gradle'u mamy taką opcję

7:12jak signing content widać że to jest zrobione dla debuga widać że tutaj w tym momencie debug

7:16faktycznie jest wykorzystywany ten nasz keystore on ma

7:20jakieś tam hasło swoje i tak dalej i gdybyśmy chcieli zrobić wersję release'ową to też podobnie trzeba by

7:24tutaj zrobić i uzupełnić jakieś tam wartości i tak się robiło

7:28do jakiegoś czasu i a po prostu trzeba było to apk podpisać tym keystore z tym dwa

7:33problemy się z tym wiązały po pierwsze to że jak się zgubiło keystore to

7:38nie dało się wrzucić aktualizacji jakby może to nie było zbyt częste i no łatwo sobie

7:42gdzieś tam zrobić kopię wrzucić na dropboxa wysłać do paru osób i tak dalej natomiast

7:46jeśli gubiliśmy takiego keystore'a to nie było najmniejszych szans na to żeby wrzucić aktualizację

7:50i znam przypadki aplikacji które zgubiły tego keystore'a i faktycznie nie mogły wrzucić

7:54aktualizacji no taka jest polityka bezpieczeństwa google więc

7:58to jest pierwszy problem jaki był drugi problem był taki

8:03że skoro my budujemy naszą apk na komputerze to okej

8:07ale musimy ją zbudować dla wszystkich możliwych urządzeń z wszystkimi możliwymi

8:11wersjami które chcemy obsługiwać i to wpływało mocno

8:16na rozmiar tego apk czyli jak ściągaliśmy aplikację to mogła trochę ważyć i

8:20od a nie pływam dokładnie od kiedy ale

8:24od powiedzmy roku dwóch może trzech google

8:28wypuścił coś takiego jak app bundles i app bundles

8:33to jest taka surowa paczka z naszą aplikacją

8:37która zawiera nie ma skompresowanych rzeczy a

8:41i jest wrzucana do google play jako właśnie taka surowa wersja

8:45i w tej paczce zawieramy właśnie cały kod wszystkie

8:49nasze feature'y i tak dalej tak jak jest tutaj rozpisane assety dla różnych rozdzielczości

8:54i tak dalej i tak dalej i tak dalej jakby w momencie kiedy ktoś będzie chciał

8:58ściągnąć tą aplikację to już google play zoptymalizuje mu to apk ponieważ

9:02on ma surową wersję i może z tym robić co mu się podoba jeśli chcielibyśmy wypuścić

9:07to jest zalecana metoda i jeśli będziecie wrzucać aplikację to róbcie to przez app bundles

9:11jeśli chcielibyśmy stworzyć takiego bundle'a to będziemy

9:16potrzebowali do tego instrukcji bundle tak może na przykład nie

9:20to nie to nie to a no dobra zapuzujmy

9:26sobie to kompletnie nie to miałem na myśli zróbmy sobie bundle debug i

9:30to nam zbuduje bundle'a dla którego mogę oczywiście on nam go zbuduje z wersji debugowej

9:34czyli on nie będzie działać ale to nie jest istotne tak generalnie on nam zbuduje bundle'a

9:38i będzie większy od tego apk który powinniśmy wysyłać i jak sobie wejdziemy do naszego

9:43folderu z release'ami to zauważcie że mamy bundle'a dzisiaj

9:47teraz bundle i tak samo by było dla wersji release'owej i teraz to

9:51jest zalecana metoda natomiast w tym momencie

9:55okej ale to skoro my wysyłamy surową wersję to jak jest z tym keystorem i podpisywaniem tego i to

10:01się dzieje po stronie google play to znaczy tam w panelu google play jest nasz keystore i

10:05to jest fajne bo się już nie musimy martwić o to że go zgubimy bo nasz keystore po prostu jest w tym

10:09google play zawsze będzie i jakby tu już google play kto podpisuje więc

10:14nie musimy się martwić że jak go zgubimy to nie wrzucimy aktualizacji natomiast też oczywiście jest pewna

10:18forma zabezpieczenia żeby nikt nie wrzucał aplikacji niepowołanie

10:23dlatego android app bundle też wymaga pewnego rodzaju

10:27keystore'a tylko że to już jest keystore to się nazywa upload keysore i szczegóły

10:31tego jak to wygenerować mamy tutaj na stronie react native dot dev i tu jest pokazane

10:35jak taki keystore wygenerować jak go użyć do wrzucenia właśnie tego app

10:40bundle'a czyli podsumowując z tej lekcji chciałbym żebyście zapamiętali dwie rzeczy po pierwsze że jeśli chcemy

10:44sobie naszą aplikację uruchomić release'owo no to musimy odpowiedni skrypt

10:48gradle'owy wywołać a jeśli chcielibyśmy wrzucać już do google play to zawsze używajmy bundle'a