React Native: Wstęp do mobile

0.62.2+

0:00Okej zanim przejdziemy sobie do omówienia

0:04react native'u i opowiemy sobie o podstawach komponentach nawigacji

0:08i tak dalej chciałbym żebyśmy przyszli trochę przez historię obaj żebyśmy zrozumieli pewne rzeczy skąd

0:13się biorą jak działają generalnie historia mobile

0:17można powiedzieć że zaczęła się od pierwszego iphone'a w 2007 roku kiedy to apple na

0:21czele stevem jobsem wypuścili go a taką rzeczą która tak naprawdę zrobiła

0:28powiedzmy robotę był marketplace appstore to znaczy

0:32to że w końcu producent telefonu

0:36który oczywiście zrobił to dobrze tak jakby abstrahując od tych rzeczy które prostu były w iphonie

0:40zrobione dobrze ładnie i tak dalej to połączył deweloperów którzy mogli

0:44mieli możliwości umiejętności tworzyć przeróżne aplikacje dał

0:50im możliwość wykazania się dając im dostęp do narzędzi

0:55do hardware które taki telefon posiadał tak jakby appstore powstało parę

1:00miesięcy po wypuszczeniu pierwszego iphone'a ale to on tak naprawdę spowodował tą dekadę

1:04mobile i to że wszystko się zmieniło bo przed pierwszym iphonem przed

1:08appstorem robienie aplikacji na symbiana no nie

1:13należało do najprzyjemniejszych rzeczy tak to był taki game changer który zmienił czyli

1:17tak naprawdę appstore oczywiście poza samym iphonem

1:21na rynku mobile powstał też android google

1:26kupił firmę android w 2005 roku czyli już parę lat przed iphonem

1:30ale zajęło to trochę czasu zanim ten standard powstał natomiast google

1:34do teraz google i właściwie iOS i android działają

1:39trochę z inną filozofią czyli własciwie apple i google dlaczego dlatego że apple

1:43posiada swój zespół który robi hardware i swój zespół który

1:47robi software to znaczy te dwa zespoły są w stanie się dogadać są w stanie zmienić swoje specyfikacje

1:51po to żeby spełnić jakieś cele które ma firma jako taka i łatwiej komunikować

1:55się wewnątrz organizacji niż tak jak w przypadku google android

1:59jest pewnym standardem tylko zauważmy że każdy producent telefonów który musi przejść

2:04jakieś testy znaczy model telefonu musi przejść testy żeby zostało to zatwierdzone

2:08jako oficjalny telefon z androidem natomiast każdy producent samsung huawei

2:12z huawei to teraz trochę inna bajka nakłada swoją nakładkę dodaje

2:16swoją nakładkę która zmienia pewne rzeczy i tak dalej i to powoduje że

2:20w pewnych sytuacjach stwarza to problemy tak google nie raz zwłaszcza w

2:24sytuacjach w których walczył o wydajność i tutaj przykładem może

2:28być arkit vs arcore czyli technologie które umożliwiają

2:32działanie w rozszerzonej rzeczywistości arkit działa dużo lepiej od arcore na

2:36większości telefonów arcore działa bardzo dobrze ale na bardzo konkretnych urządzeniach

2:41dlatego że apple jest w stanie dostosować ten software bardzo

2:45dokładnie do tego hardware zna jego szczegóły apple wypuszczając androida

2:49no nie jest w stanie przewidzieć co zrobią wszyscy producenci tak więc to jest zupełnie inna filozofia

2:53z drugiej jednak strony apple zawsze celował w pewien z

2:58racji tego że robili ten software tylko pod swoje telefony no to celowali w

3:02swoich klientów swoich klientów iphone'ów android celował w dużo szerszą gamę i

3:06zdecydowanie nawet do teraz android ma większość rynku natomiast prawda

3:10jest taka że mimo tego że android ma większość rynku to jednak te telefony ci

3:14użytkownicy z androidem przynoszą większe dochody statystycznie bo

3:19nie zawsze tak jest to zależy oczywiście trochę od grupy sercem takiego appstore'a

3:23i google play był oczywiście sdk czyli software development kit czy pakiet

3:27narzędzi który umożliwiał tworzenie aplikacji na androida i iOS-a w przypadku

3:31iOS-a od początku do teraz mamy i mieliśmy narzędzie które się nazywa

3:35xcode w tej chwili już jest chyba w wersji 9 albo 10 i

3:40programowało się w języku objective-c zresztą do teraz można programować w tym języku i do

3:44teraz pewne biblioteki w tym w

3:48tym języku są stworzone natomiast problem w tym języku był taki

3:52że to było niepodobne do niczego innego to znaczy objective-c jest

3:57językiem który no nie przypomina nic innego wygląda

4:02dziwnie jest to tak naprawdę język c z nakładką obiektową i no

4:07nie jest to coś co przypomina jakikolwiek inny język już ktoś się nauczy tego objective-c to bardzo

4:11często przy nim zostawał stąd też właśnie deweloperzy iOS bardzo często na początku zwłaszcza

4:15byli taką grupą zamkniętą no bo programowali w czymś w czym nikt inny nie programował albo

4:19przynajmniej nie było nic popularnego w czym można by ten objective-c zastosować plusem tego

4:23objective-c było to że można było wykonywać kod c i w c++ tutaj bez problemu

4:27więc to było fajne w przypadku androida programowaliśmy w javie do

4:31teraz można też programować w javie a takim ide które było na początku

4:35to był eclipse z wtyczką adt czyli android development tools

4:39od 2013 roku mamy już do dyspozycji android studio to jest pełnoprawne

4:44studio deweloperskie w którym mamy wszystkie narzędzia które chcemy pluginy i

4:48tak dalej i tak dalej i nie ma tych różnic oczywiście w przypadku

4:52obu narzędzi języków i tak dalej to oczywiście wspólne było to że

4:56to sdk dawało dostęp do hardware'u do aparatu gps-u pamięci

5:00bluetootha nfc czujników co spowodowało wysyp aplikacji i po prostu ogrom

5:04możliwości co się w tej chwili dla nas płatność zbliżeniowa telefonem albo zrobienie

5:08zdjęcia aparatem wysłanie jej czy mapy z geolokalizacją co w ogóle

5:12coś oczywistego a tak naprawdę powstało to dopiero wtedy dzięki temu

5:16że deweloperzy mieli taką możliwość czyli w przypadku andoida jeszcze raz od

5:202013 roku mamy dostępny android studio możemy pisać w takich językach java

5:25i kotlin kotlin to jest język który się

5:29kompiluje do bytecode do java jest oczywiście mi osobiście dużo bardziej

5:33się podoba jest nowoczesnym językiem funkcyjnym ale również też obiektowym

5:37wygląda naprawdę ładnie fajnie i oczywiście ma też parę

5:41swoich zaawansowanych opcji natomiast jest okej i teraz w tej chwili już jest takim standardem

5:45co się raczej się w javie nie programuje są bardziej biblioteki które jeszcze

5:49gdzieś tam w javie powstawały i też mają możliwość pisania kodów c++ w tak

5:53zwanym ndk czyli native development kit natomiast komunikacja między tą javą

5:57a c++ która jest realizowana przez tak zwane jni

6:02no jest trochę skomplikowana o tym nie będę raczej tutaj mówić takim

6:06elementem podstawowym w androidzie była aktywność

6:11to znaczy jak mieliśmy 3 ekrany ekran logowania ekran główny

6:15z jakąś listą to to były po prostu 3 aktywności w tej chwili raczej jest

6:19tak że google zachęca do tego żeby była jedna aktywność i wiele fragmentów

6:23to wynika z tego że aktywności nie dało się między sobą zagnieżdżać

6:27nie można było mieć aktywności i wymagać aktywności jak zdaje się że w 2010 czy 11 pojawił

6:31się android 3 wersja 3 z tabletem no to nagle trzeba jakoś upchnąć

6:35coś zagnieździć i wtedy powstały właśnie fragmenty czyli takie można powiedzieć trochę małe

6:39aktywności tak czyli jakby również posiadją podobne lifecycle podobnie

6:44się nimi zarządza natomiast pozwalają na zagnieżdżenie się jeśli chodzi o tworzenie widoków to

6:49w androidzie tworzymy je przy pomocy xml-a takiego języka

6:53tagów no powiedzmy że przypominającego html ale no daleko mu

6:57było do tej elastyczności i wygody z html

7:01i dlatego wielu deweloperów jak już tylko to było możliwe zaczęło

7:05korzystać z różnych narzędzi to anko które pozwalały na tworzenie

7:09deklaratywnie widoków w tej chwili w pakiecie

7:13jetpack takim pakiecie z różnymi narzędziami do programowania w androidzie jest

7:18już wersja chyba dalej jeszcze w wersji beta compose czyli takiego właśnie narzędzia do tworzenia deklaratywnego

7:22ui i to jest bardzo fajne i z tego coraz więcej

7:26ludzi korzysta i będzie korzystać bo xml naprawdę nie był najlepszym narzędziem ale na tamte czasy

7:30i tak było okej mamy jeszcze takie narzędzie gradle które

7:34służy do budowania projektu zarządzania paczkami i tak dalej ja trochę powiem

7:38więcej o gradle'u w ostatniej lekcji gdzie będziemy mówić o deploymencie w przypadku iOS-a

7:42tak jak już mówiłem mamy do czynienia z xcodem piszemy w objective-c albo w swift

7:46swift to jest nowy język znaczy nowy to już od paru ładnych lat na iOS-ie

7:51trochę jest jak javą i jej kotlinem w przypadku androida jest to język zarówno

7:55funkcyjny jak i obiektowy można bardzo fajnie w nim pisać również

7:59można pisać w c++ nie potrzeba już tego bridge'a o którym mówiłem przypadku androida a

8:03natomiast taką podstawową jednostką takim komponentem w

8:09iOS-ie jest UIViewController przy czym od początku ten UIViewController zakładał

8:13że można je między sobą zagnieżdżać i on jast taką aktywnością bardziej fragmentem z androida

8:17i bardzo często mówimy o UIViewController kiedy mówimy o jednym ekranie ale

8:21możemy je zagnieżdżać więc jeśli ekran jest zaawansowany to możemy porobić UIViewControllerów ile chcemy

8:25w tym ekranie żeby wygodniej nam się tym zarządzało jeśli chodzi

8:29o tworzenie widoków no to w xcode coś co było bardzo fajne

8:33to jest interface builder to jest coś takiego że tak naprawdę

8:37widok tworzymy tak jakbyśmy robili go w sketchup czyli po prostu sobie przesuwamy elementy dodajemy

8:42sobie no nie wiem jakiś tam segment czy

8:46jakiś button czy cokolwiek i po prostu to ustawiamy i w pierwszej wersji to było genialne dlatego

8:51że był jeden iphone z jedną rozdzielczością więc wystarczyło że się te elementy położyło i to

8:55działało i było super natomiast problem sie zaczął pojawiać jak iphone'y zaczęły rosnąć i wszerz

8:59i wzdłuż no i nagle trzeba było dorzucać jakieś narzędzia do tego żeby

9:03to obsługiwać i wtedy zaczęły się problemy i ta obsługa tych layoutów no

9:07nie jest jakaś najlepsza natomiast też apple wyszedł temu naprzeciw i od niedawna jest dostępny swift ui

9:12czyli właśnie taki deklaratywny język do tworzenia widoków ostatnią rzeczą o której

9:16warto wspomnieć w przypadku budowania aplikacji na iOS jest CocoaPods

9:21czyli takie narzędzie do zarządzania paczkami

9:25i też o tym troszeczkę później powiem a jest to po prostu taki npm w którym możemy

9:29zarządzać naszymi paczkami jesli mielibyśmy porównać w tej chwili

9:33generalnie mobile do web developmentu no to można powiedzieć że

9:37w mobile zawsze dzieliliśmy na początku zwłaszcza widoki na ekrany

9:41tak myśmy jeden ekran ekran drugi ekran trzeci w przypadku aplikacji webowych ze względu

9:45na to że zazwyczaj były uruchamiane zwłaszcza na początku na komputerach szerokich mieliśmy różne panele

9:49z boku i tak dalej które oczywiście też jako rwd mogły się skalować olbrzymią różnicą

9:54ktora jest do teraz jest to że aplikacja oczywiście pobieramy na początku

9:58całą a w przypadku strony pobieramy po prostu kod ten

10:02kod oczywiście może być w tej chwili cachowany i tak dalej i na początku to było olbrzymim

10:07olbrzymim ułatwieniem że mogliśmy pobrać kod aplikacji bo po prostu internet

10:12był kiepski pobierało się to długo renderowało się to długo jak aplikację mieliśmy pobraną

10:16i mogliśmy uruchomić od razu to działało super i mogliśmy

10:21naprawdę z tego fajnie korzystać w tej chwili to się trochę zmienia ale

10:25dalej posiadanie aplikacji zainstalowanej ma swoje plusy fajnym

10:30czymś pomiędzy mobile a web jest właśnie pwa czyli aplikacja

10:34progresywna czyli to jest aplikacja napisana strona z pewnymi meta informacjami

10:38które umożliwiają uruchomienie jako aplikacji i dostęp do pewnych pewnych

10:43hardware'owych elementów ale nie wszystkich zwłaszcza nie

10:47jest to wspierane w tej chwili za bardzo na na iOS-ie ale to wynika z tego że po prostu apple'owi

10:51zależy na tym żeby korzystać z appstore'a i tak

10:55dalej i oczywiście web z zasady nie ma dostępu do hardware chociaż to tez się

10:59zmienia bo te przeglądarki w tej chwili sandboxowe dają coraz więcej

11:03możliwości wiec jeśli mielibyśmy tak na szybko porównać iOS-a i androida no

11:08to mamy xml do tworzenia widoków versus ten interface builder mamy nasze ViewControllery

11:13versus fragmenty a mimo tego że podobne są te lifecycle i życie

11:17w tych komponentów inaczej trochę zarządza się backgroundem czyli jeśli

11:21chcielibyśmy żeby coś działało w tle to trochę inaczej wygląda to na androidzie trochę inaczej wygląda to na iOS-ie

11:25na iOS-ie jest trochę bardziej zamknięte no i oczywiście na androidzie to się zmienia co wersję jakby to ze względu

11:29na oszczędność baterii prywatność i tak dalej i tak dalej troszkę inaczej wygląda

11:33zarządzanie systemowym api właśnie nie wiem do kamery i takich innych rzeczy i

11:37inaczej zarządzam wielowątkowością w przypadku iOS-a

11:41mamy tam dispatch queue w przypadku androida od niedawna mam coroutines takie fajne narzędzie natomiast jak na to

11:46spojrzymy szerzej to się okazuje że tych podobieństw jest znacznie więcej niż różnic jak

11:51popatrzymy na kod swifta w tej chwili czy kod kotlina jak popatrzymy sobie na nawigację aplikacji

11:55jak popatrzymy sobie na wersję aplikacji czyli właśnie takie targets flavours które możemy tworzyć czy na przede wszystkim

11:59na logikę biznesową to zauważamy że to jest to samo tylko niewiele

12:03się różni i to spowodowało że jakby naturalnym

12:08było powstanie narzędzi które umożliwiają tworzenie jednego kodu który będzie

12:12generowany nie wiem czy to właśnie będzie generowany kod czy będą generowane komponenty w jakiś

12:16sposób sprawienie żeby ten wspólny

12:21kod nie pisać go dwa razy no i oczywiście jest mnóstwo narzędzi o każdym z

12:25nich można by sporo mówić natomiast można je podzielić na powiedzmy dwie trzy grupy pierwsza

12:29grupa to są aplikacje hybrydowe i one tak naprawdę jak ionic czy

12:33cordova to tak naprawdę opakowuje naszą stronę w przeglądarkę i

12:38pakuje to w aplikację czyli tak naprawdę mam stronę internetową wewnątrz przeglądarki

12:42zresztą zrobimy sobie taką aplikację w trakcie naszego kursu a

12:47druga grupa to są narzędzia które generują na kod natywny i wśród

12:51tej grupy jest oczywiście react native oczywiście mamy też xamarin

12:55który działa podobnie do react native'a ale wykorzystujemy do niego

12:59środowisko dot net c sharpa i tak dalej mam flutter który działa na silniku graficznym

13:04czyli on nie generuje tych widoków ma to też swoje plusy ma to swoje minusy no

13:08i też mamy wersja hardcore czyli pisanie z kodu współdzielnego w c++

13:12co miało miejsce w przypadku projektu light speed o którym możecie poczytać w przypadku

13:17tworzenia nowego messengera tak więc jakbym miał podsumować te wszystkie platformy to

13:21dla mnie react native jest najlepszy z tego względu że już jest technologią dojrzałą

13:25bo już ma przynajmniej ponad 5 lat a po drugie bazuje na react'cie i

13:30osoba która programuje w react native albo w react'cie jest w stanie łatwo

13:34się jakby przebranżowić wejść do projektu mobilnego i odwrotnie i to jest olbrzymi plus

13:38z punkty widzenia zarządzania zespołu i z punktu widzenia też rozwoju bo łatwo możesz

13:42zostać mobile developerem i w stosunkowo niewielu krokach

13:46przejść na werse webową dlatego react native mi

13:51się tak podoba dlatego u nas w firmie zdecydowaliśmy się na przejście react native

13:55i dlatego chciałbym zachęcić ciebie żebyś też w tej technologii programował