1
00:00:02,290 --> 00:00:07,930
Teraz usunąłem punkt przerwania tutaj i teraz, gdy widzieliśmy narzędzia do debugowania w akcji, przyjrzyjmy

2
00:00:07,930 --> 00:00:10,590
się bliżej tym nakładkom debugowania, które

3
00:00:10,600 --> 00:00:14,630
możemy otworzyć na tych urządzeniach wirtualnych lub na urządzeniach rzeczywistych.

4
00:00:14,680 --> 00:00:18,430
Więc na Androidzie, ponownie otworzysz go za pomocą polecenia lub kontroli m, a

5
00:00:18,520 --> 00:00:23,440
przede wszystkim zatrzymam się przy zdalnym debugowaniu js. Zawsze musisz to zatrzymać, gdy skończysz i

6
00:00:23,440 --> 00:00:28,390
powinieneś ją zatrzymać, gdy już jej nie potrzebujesz, ponieważ spowalnia aplikację, nawet jeśli jest uruchomiona, a

7
00:00:28,420 --> 00:00:34,360
teraz zobaczmy, jakie inne fajne rzeczy możemy tam zobaczyć. Na przykład możemy przeładować aplikację, po

8
00:00:34,360 --> 00:00:38,780
prostu przeładować ją na wypadek, gdyby się jakoś utknęła, możesz

9
00:00:38,830 --> 00:00:44,350
także wyłączyć przeładowanie na żywo, czyli automatyczne przeładowanie, gdy zmienisz coś w

10
00:00:44,350 --> 00:00:44,990
kodzie.

11
00:00:45,250 --> 00:00:50,860
Możesz spróbować włączyć ponowne ładowanie na gorąco, co oznacza, że spróbuje ponownie załadować części ekranu, które uległy

12
00:00:50,860 --> 00:00:52,600
zmianie bez ponownego ładowania całej

13
00:00:52,600 --> 00:00:59,260
aplikacji po zapisaniu pliku, domyślnie jest to, że ładuje ponownie całą aplikację, a często ponowne ładowanie na gorąco nie działa dokładnie

14
00:00:59,260 --> 00:01:02,700
w ten sposób powinien działać, dlatego domyślnie nie jest włączony.

15
00:01:02,770 --> 00:01:04,900
Przejdę też do przeładowywania na

16
00:01:04,900 --> 00:01:10,420
żywo tutaj, ale możesz się tym pobawić, a potem dostaniemy te trzy inne rzeczy tam,

17
00:01:10,420 --> 00:01:14,060
gdzie szczególnie inspektor i monitor wydajności są bardzo interesujące.

18
00:01:14,080 --> 00:01:16,370
Zacznijmy od monitora wydajności.

19
00:01:16,480 --> 00:01:22,090
Jeśli włączysz tę opcję, otrzymasz tę nakładkę, która zasadniczo informuje Cię o wydajności, którą masz, i

20
00:01:22,090 --> 00:01:27,350
tam możesz zobaczyć, ile ramek działa Twoja aplikacja, ile ramek zostało upuszczonych i tak dalej.

21
00:01:27,370 --> 00:01:31,570
Teraz pamiętaj, że wydajność, którą tutaj widzisz, nie jest ostateczną wydajnością

22
00:01:31,600 --> 00:01:34,610
Twojej aplikacji, ponieważ wciąż jest w trybie programowania,

23
00:01:34,690 --> 00:01:39,970
nie mamy podłączonego debugera, ale tryb programowania oznacza również, że w kodzie jest dużo

24
00:01:39,970 --> 00:01:40,890
narzutów ,

25
00:01:41,050 --> 00:01:46,510
na przykład nakładka, którą tu widzisz, która jest częścią aplikacji, co powoduje, że Twoje aplikacje

26
00:01:46,510 --> 00:01:48,120
działają wolniej niż zwykle.

27
00:01:48,130 --> 00:01:54,010
Może to być wskaźnik, ale nie jest to ostateczny test gotowości do produkcji, który powinieneś zrobić.

28
00:01:54,160 --> 00:02:00,520
Mimo to może być fajnie, tutaj możesz go otworzyć za pomocą polecenia d na iOS, fajnie jest przyjrzeć się

29
00:02:00,520 --> 00:02:06,600
temu i poczuć, jak działa Twoja aplikacja i jak działa, ile pamięci jest zużyte i tak dalej.

30
00:02:06,640 --> 00:02:13,900
Może to również pomóc w wykryciu wycieków pamięci, jeśli na przykład ta wartość rośnie i rośnie, a urządzenie

31
00:02:13,900 --> 00:02:15,820
zajmuje coraz więcej pamięci.