1
00:00:02,290 --> 00:00:07,930
Sekarang saya menghapus breakpoint di sini dan sekarang kita melihat alat debugging dalam tindakan, mari kita lihat

2
00:00:07,930 --> 00:00:10,590
lebih dekat pada overlay debugging yang dapat

3
00:00:10,600 --> 00:00:14,630
kita buka pada perangkat virtual ini atau pada perangkat nyata juga.

4
00:00:14,680 --> 00:00:18,430
Jadi pada Android, sekali lagi Anda membukanya dengan perintah atau kontrol m dan pertama-tama

5
00:00:18,520 --> 00:00:23,440
saya akan berhenti di debug js jarak jauh. Anda selalu harus menghentikan ini setelah Anda selesai dan

6
00:00:23,440 --> 00:00:28,390
Anda harus menghentikannya saat Anda tidak membutuhkannya lagi karena itu memperlambat aplikasi Anda bahkan jika itu berjalan dan sekarang mari

7
00:00:28,420 --> 00:00:34,360
kita lihat hal-hal keren apa lagi yang bisa kita lihat di sana. Misalnya kita dapat memuat ulang aplikasi, cukup

8
00:00:34,360 --> 00:00:38,780
memuatnya kembali kalau-kalau macet entah bagaimana, Anda juga dapat menonaktifkan

9
00:00:38,830 --> 00:00:44,350
memuat ulang langsung yang merupakan memuat ulang otomatis ini ketika Anda mengubah sesuatu dalam

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

11
00:00:45,250 --> 00:00:50,860
Anda dapat mencoba mengaktifkan reload panas yang artinya akan mencoba memuat ulang bagian layar yang berubah

12
00:00:50,860 --> 00:00:52,600
tanpa memuat ulang seluruh

13
00:00:52,600 --> 00:00:59,260
aplikasi setelah menyimpan file, defaultnya adalah me-reload seluruh aplikasi dan seringkali reload panas tidak bekerja dengan cara yang persis

14
00:00:59,260 --> 00:01:02,700
sama itu harus bekerja karena itu tidak diaktifkan secara default.

15
00:01:02,770 --> 00:01:04,900
Jadi saya juga akan pergi dengan

16
00:01:04,900 --> 00:01:10,420
memuat ulang langsung di sini tapi Anda bisa bermain-main dengan itu dan kemudian kita mendapatkan tiga hal lain

17
00:01:10,420 --> 00:01:14,060
di sana, di mana terutama inspektur dan monitor kinerja sangat menarik.

18
00:01:14,080 --> 00:01:16,370
Mari kita mulai dengan monitor kinerja.

19
00:01:16,480 --> 00:01:22,090
Jika Anda mengaktifkan ini, Anda mendapatkan hamparan ini yang pada dasarnya memberi tahu Anda tentang kinerja yang Anda miliki dan di

20
00:01:22,090 --> 00:01:27,350
sana Anda dapat melihat berapa banyak frame yang dijalankan aplikasi Anda, berapa banyak frame yang dijatuhkan, dan sebagainya.

21
00:01:27,370 --> 00:01:31,570
Sekarang perlu diketahui bahwa kinerja yang Anda lihat di sini bukan kinerja akhir

22
00:01:31,600 --> 00:01:34,610
dari aplikasi Anda karena karena masih dalam mode pengembangan,

23
00:01:34,690 --> 00:01:39,970
kami tidak memiliki debugger terpasang tetapi mode pengembangan juga berarti bahwa ada banyak overhead dalam kode

24
00:01:39,970 --> 00:01:40,890
Anda ,

25
00:01:41,050 --> 00:01:46,510
misalnya hamparan yang Anda lihat di sini yang merupakan bagian dari aplikasi sehingga, yang membuat aplikasi Anda

26
00:01:46,510 --> 00:01:48,120
lebih lambat dari biasanya.

27
00:01:48,130 --> 00:01:54,010
Jadi ini bisa menjadi indikator tetapi bukan pengujian siap produksi akhir yang harus Anda lakukan.

28
00:01:54,160 --> 00:02:00,520
Namun, ini bisa menyenangkan, di sini Anda membukanya dengan perintah d di iOS, bisa menyenangkan untuk melihat ini dan

29
00:02:00,520 --> 00:02:06,600
mendapatkan perasaan tentang bagaimana aplikasi Anda berperilaku dan bagaimana kinerjanya, berapa banyak memori yang dikonsumsi dan sebagainya.

30
00:02:06,640 --> 00:02:13,900
Ini juga dapat membantu Anda menemukan kebocoran memori jika nilai ini misalnya naik dan naik dan Anda menempati lebih

31
00:02:13,900 --> 00:02:15,820
banyak memori pada perangkat.