1
00:00:02,200 --> 00:00:04,510
Teraz, kiedy dowiedzieliśmy się o

2
00:00:04,510 --> 00:00:09,860
wszystkich tych alternatywach, oczywistym pytaniem jest, które podejście należy zastosować w swojej aplikacji?

3
00:00:09,860 --> 00:00:15,250
Teraz myślę, że przez cały kurs widziałeś, że korzystanie z expo jest niesamowitym doświadczeniem programistycznym,

4
00:00:15,260 --> 00:00:21,000
wszystko jest super szybkie, łatwo jest testować zmiany zarówno na symulatorach, jak i na rzeczywistych urządzeniach.

5
00:00:21,050 --> 00:00:22,940
Nie trzeba budować lokalnie, dlatego

6
00:00:22,960 --> 00:00:29,990
można również budować i testować dla systemu iOS, w systemach Windows i Linux, co nie jest możliwe bez

7
00:00:30,170 --> 00:00:32,050
zarządzanego przepływu pracy i to

8
00:00:32,390 --> 00:00:34,150
wszystko jest całkiem fajne.

9
00:00:34,370 --> 00:00:39,950
Ale gdy porównamy expo do ustawień innych niż expo i non-expo, mam na myśli zarówno utworzenie go za

10
00:00:39,950 --> 00:00:43,610
pomocą React Native CLI, jak i użycie samego przepływu pracy expo,

11
00:00:43,610 --> 00:00:45,760
wtedy oczywiście musimy porównać wszystkie rzeczy.

12
00:00:45,770 --> 00:00:52,760
Tak jak wspomniano w expo, z zarządzanym przepływem pracy, jest łatwy w użyciu, łatwy w rozwoju, non-expo

13
00:00:52,820 --> 00:00:55,970
oznacza więcej ręcznej konfiguracji i tak dalej.

14
00:00:55,970 --> 00:01:01,310
Teraz będziesz mieć łatwy czas na wdrożenie aplikacji, co zobaczysz również w sekcji poświęconej wdrażaniu, a

15
00:01:01,700 --> 00:01:06,260
nawet możesz zbudować i wdrożyć na iOS, jeśli jesteś na komputerze z systemem Windows

16
00:01:06,260 --> 00:01:09,500
lub Linux, co jest niemożliwe bez zarządzanego przepływu pracy.

17
00:01:09,860 --> 00:01:15,590
Więc masz tam pewne ograniczenia i wdrożenie, jak zobaczysz, zajmuje również więcej pracy ręcznej,

18
00:01:15,710 --> 00:01:23,520
tak jak ogólnie działa przepływ pracy niezwiązany z expo. W świecie przepływu pracy zarządzanym przez expo mamy również bogaty

19
00:01:23,520 --> 00:01:25,200
zestaw rodzimych modułów, więc

20
00:01:25,260 --> 00:01:32,760
wszystkie te interfejsy API expo, które są zawsze łatwe w użyciu, tylko zainstalowane expo, nie wymagają żadnej konfiguracji, więc

21
00:01:32,760 --> 00:01:33,200
to

22
00:01:33,210 --> 00:01:38,070
naprawdę niesamowite i masz ładny prawie wszystko, czego można chcieć w natywnej aplikacji

23
00:01:38,070 --> 00:01:41,440
- kamera, lokalizacja, system plików - to wszystko.

24
00:01:41,910 --> 00:01:46,440
Jeśli czasem potrzebujesz czegoś, co nie jest obsługiwane, lub musisz napisać własny

25
00:01:46,470 --> 00:01:52,560
kod macierzysty, który chcesz połączyć z React Native, własny pakiet lub cokolwiek to jest, rozwiązaniem non-expo jest rozwiązanie.

26
00:01:52,560 --> 00:01:59,700
Możesz więc użyć dowolnego kodu natywnego, ale oczywiście musisz go skonfigurować ręcznie, co może być łatwe

27
00:01:59,700 --> 00:02:07,140
dzięki linkowi React Native, jak widziałeś, a nawet niektórym bibliotekom z automatycznym łączeniem, ale możesz także mieć biblioteki,

28
00:02:07,140 --> 00:02:09,060
które wymagają większego wysiłku.

29
00:02:09,060 --> 00:02:14,820
Ponadto warto zauważyć, że biblioteki innych firm muszą być utrzymywane, aby być na bieżąco

30
00:02:14,820 --> 00:02:20,850
z React Native i nowszymi wersjami React Native, ale także muszą być na bieżąco z

31
00:02:20,940 --> 00:02:22,440
Androidem i iOS,

32
00:02:22,440 --> 00:02:27,740
prawda, ponieważ te platformy ewoluuj i wprowadzaj nowe funkcje lub przestarzałe stare funkcje.

33
00:02:27,930 --> 00:02:34,410
Interfejsy API expo są gwarantowane, ponieważ są utrzymywane, ponieważ zespół expo jest aktywny, pracuje nad tym

34
00:02:34,410 --> 00:02:37,710
i jest to cały ekosystem, który działa razem.

35
00:02:37,950 --> 00:02:40,740
Może to nie być prawdą w przypadku wszystkich

36
00:02:40,740 --> 00:02:45,840
pakietów innych firm, więc to dodatkowe bezpieczeństwo, które otrzymujesz dzięki pakietom expo, jest zdecydowanie całkiem miłe.

37
00:02:45,840 --> 00:02:52,920
To powiedziawszy, jak zobaczyłeś w czystym przepływie pracy, możesz oczywiście dodać pewne, ale nie wszystkie interfejsy

38
00:02:52,920 --> 00:02:55,160
API expo do niezarządzanych

39
00:02:55,170 --> 00:03:02,910
aplikacji, jest to możliwe, ale zajmuje trochę więcej pracy. Teraz oczywiście zarządzany przepływ pracy ma swoje wady, jest to otoczka

40
00:03:02,910 --> 00:03:07,600
wokół Twojej aplikacji, która oczywiście wpływa zarówno na rozmiar, jak i wydajność, najprawdopodobniej

41
00:03:07,710 --> 00:03:14,640
nie w sposób, który poczujesz lub zobaczysz, ale warto zauważyć, że istnieje dodatkowe cienkie opakowanie i nie masz tego

42
00:03:14,840 --> 00:03:19,610
w zwykłym przepływie pracy lub po prostu pracując z React Native CLI i oczywiście,

43
00:03:20,520 --> 00:03:24,000
jak wspomniano, jesteś ograniczony do wbudowanych modułów natywnych.

44
00:03:24,000 --> 00:03:27,700
Jest ich sporo i prawdopodobnie wszystko, czego możesz potrzebować, ale jeśli

45
00:03:28,200 --> 00:03:31,580
potrzebujesz czegoś innego, co nie jest wbudowane w expo,

46
00:03:31,620 --> 00:03:36,390
więc API, który nie jest obsługiwany przez expo, to nie ma sposobu, aby

47
00:03:36,390 --> 00:03:39,710
uruchomić go, to potrzebujesz do wysuwania, ponieważ tylko non-expo,

48
00:03:39,720 --> 00:03:46,790
a przez to mam na myśli, że niezarządzane aplikacje przepływu pracy obsługują wszystkie pakiety innych firm i wszystkie rodzime moduły,

49
00:03:46,800 --> 00:03:48,550
których możesz chcieć użyć.

50
00:03:48,780 --> 00:03:54,000
Dlatego proponuję, aby w przypadku większości aplikacji, prawie wszystkich aplikacji,

51
00:03:54,000 --> 00:04:00,690
pracujesz z programem expo ze względu na wspaniałe wrażenia programistyczne i dużą elastyczność.

52
00:04:00,690 --> 00:04:07,230
Ponieważ zawsze możesz się wysunąć, nie ma wiele do stracenia, możesz zawsze wrócić do aplikacji zarządzanej bez expo,

53
00:04:07,230 --> 00:04:08,340
jeśli chcesz,

54
00:04:08,370 --> 00:04:12,340
tak jak widziałeś, zaczynając od takiej aplikacji non-expo, więc z

55
00:04:12,360 --> 00:04:17,180
samą aplikacją lub nawet z tylko aplikacja React Native CLI to dobry pomysł,

56
00:04:17,190 --> 00:04:23,460
jeśli wiesz, że będziesz potrzebować wielu natywnych funkcjonalności, które nie są obsługiwane przez expo lub jeśli budujesz

57
00:04:23,460 --> 00:04:29,460
aplikację o wysokiej wydajności, w której każdy kilobajt dodatkowego opakowania jest ważny, to oczywiście może zaczynać

58
00:04:29,460 --> 00:04:35,820
się od takiej aplikacji, ale poza tym naprawdę nie widzę żadnego silnego powodu, aby nie korzystać z

59
00:04:35,820 --> 00:04:37,000
expo, a zwłaszcza,

60
00:04:37,290 --> 00:04:42,120
jeśli nie pracujesz w dużym zespole, w korporacji itp., ponieważ mogę również tworzyć

61
00:04:42,330 --> 00:04:46,860
aplikacje na iOS w systemie Windows jest naprawdę miłą rzeczą, więc sam

62
00:04:46,860 --> 00:04:54,420
jest także dobrym powodem do pozostania w zarządzanym świecie. To są moje dwa centy na tym, ponieważ możesz wysunąć,

63
00:04:54,420 --> 00:04:55,890
to nie jest tak,

64
00:04:55,890 --> 00:04:58,490
że musisz trzymać się jednego rozwiązania,

65
00:04:58,500 --> 00:05:05,700
jeśli zaczniesz z nim, po prostu wracając od samego początku lub konfiguracja React Native CLI tylko do zarządzanego przepływu

66
00:05:05,700 --> 00:05:11,250
pracy jest trochę trudniejsze, ponieważ tam musisz utworzyć nowy projekt zarządzany przez expo, skopiować

67
00:05:11,250 --> 00:05:18,330
kod i jeśli używałeś bibliotek stron trzecich, które nie są z expo, nie będziesz już mógł z nich

68
00:05:18,330 --> 00:05:19,280
korzystać.

69
00:05:19,290 --> 00:05:21,450
Tak więc przejście z powrotem może

70
00:05:21,450 --> 00:05:26,610
być trudne, przejście z expo zarządzanego na expo niezarządzany, co jest dość łatwe z wysuwaniem.