1 00:00:02,470 --> 00:00:08,350 Ketika kita berbicara tentang debugging, penting untuk memahami apa yang mungkin salah dan dalam situasi 2 00:00:08,350 --> 00:00:13,150 mana Anda mungkin ingin men-debug kode Anda atau menghindari kesalahan dan hal 3 00:00:13,150 --> 00:00:18,700 yang paling jelas yang bisa salah adalah bahwa aplikasi Anda macet atau Anda mendapatkan 4 00:00:18,700 --> 00:00:20,760 pesan eror. Dalam pengembangan, 5 00:00:20,770 --> 00:00:28,120 itulah kotak merah ini yang menutupi aplikasi Anda yang telah kita lihat sebelumnya dalam kursus ini dan pesan kesalahan ini tentu 6 00:00:28,120 --> 00:00:32,330 saja merupakan pertanda jelas bahwa ada sesuatu yang salah dengan kode Anda. 7 00:00:32,650 --> 00:00:40,060 Lebih halus dari itu adalah kesalahan logis. Di aplikasi Anda, Anda pasti akan memiliki beberapa 8 00:00:40,480 --> 00:00:46,540 perilaku yang mungkin tidak masuk akal bagi Anda atau ketika sesuatu tidak berfungsi sebagaimana seharusnya. 9 00:00:46,570 --> 00:00:51,830 Anda tidak mendapatkan kesalahan tetapi aplikasi Anda bermasalah, berfungsi salah dan 10 00:00:51,910 --> 00:00:52,680 biasanya, 11 00:00:52,750 --> 00:00:58,370 Anda memiliki beberapa kesalahan logis di suatu tempat yang menyebabkan hal ini. 12 00:00:58,370 --> 00:01:02,470 Dan yang tak kalah pentingnya, Anda memiliki antarmuka pengguna, gaya Anda, tata 13 00:01:02,470 --> 00:01:06,470 letak, pengalaman pengguna yang ingin Anda buat dan mungkin tidak aktif, mungkin 14 00:01:06,490 --> 00:01:13,270 di sana Anda memiliki sesuatu yang tidak terlihat atau terasa seperti yang seharusnya terlihat atau dirasakan. dan itu juga sesuatu 15 00:01:13,270 --> 00:01:19,000 yang bisa salah dan yang ingin Anda hindari. Sekarang contoh umum untuk pesan kesalahan atau 16 00:01:19,000 --> 00:01:26,830 penyebab pesan kesalahan adalah kesalahan sintaksis di mana Anda hanya memiliki salah ketik dalam kode Anda atau di mana Anda 17 00:01:26,830 --> 00:01:32,140 lupa tanda kurung kurawal, sesuatu seperti itu tetapi juga hanya bug dalam kode 18 00:01:32,140 --> 00:01:37,000 Anda, jadi misalnya satu baris kode di mana Anda menggunakan nilai yang 19 00:01:37,000 --> 00:01:43,990 sebenarnya tidak pernah Anda tetapkan, jadi Anda mencoba misalnya menghitung sesuatu dengan nilai yang tidak ditentukan atau mengurai 20 00:01:43,990 --> 00:01:46,290 string yang sebenarnya tidak terdefinisi, 21 00:01:46,420 --> 00:01:54,030 hal-hal seperti itu, yang biasanya juga akan menyebabkan kesalahan. Dan kemudian Anda memiliki jenis kesalahan khusus dan ini adalah kesalahan yang 22 00:01:54,060 --> 00:01:56,490 tidak dapat dihindari karena saya suka menyebutnya. 23 00:01:56,520 --> 00:02:01,230 Sekarang, itu tidak berarti bahwa ini adalah kesalahan yang tidak dapat Anda hindari karena 24 00:02:01,230 --> 00:02:02,190 Anda tidak 25 00:02:02,250 --> 00:02:08,760 cukup baik sebagai pengembang, melainkan kesalahan yang saya maksudkan karena Anda membuat permintaan jaringan dan pengguna aplikasi Anda tidak memiliki 26 00:02:08,790 --> 00:02:15,570 koneksi jaringan atau bahwa Anda menulis ke sistem file dan entah bagaimana akses ini diblokir, jadi Anda tidak dapat memastikan bahwa 27 00:02:15,570 --> 00:02:23,430 ini tidak akan pernah gagal ketika pengguna menggunakan aplikasi Anda karena Anda tidak dapat mengontrol bagaimana mereka menggunakan aplikasi Anda atau dalam keadaan apa 28 00:02:23,640 --> 00:02:29,580 mereka menggunakan aplikasi Anda dan untuk kesalahan seperti itu, Anda juga dapat menemukan strategi di mana Anda tidak 29 00:02:29,580 --> 00:02:36,030 dapat menghindari kesalahan tetapi di mana Anda bisa mengatasinya. Sekarang untuk kesalahan logis, contoh khasnya adalah Anda 30 00:02:36,040 --> 00:02:42,270 memiliki beberapa perilaku aplikasi yang tidak diinginkan atau tidak diharapkan dan Anda tentu ingin menyingkirkannya, bahwa 31 00:02:42,270 --> 00:02:49,230 Anda memiliki beberapa perilaku pengguna yang tidak terduga atau tidak ditangani sehingga pengguna menggunakan aplikasi Anda dengan cara 32 00:02:49,230 --> 00:02:52,470 yang Anda inginkan. tidak bermaksud menggunakannya, jadi saat 33 00:02:52,470 --> 00:02:57,480 menguji aplikasi Anda selama pengembangan, Anda ingin benar-benar kreatif dan mencari tahu apakah 34 00:02:57,480 --> 00:03:05,190 pengguna bisa masuk ke tempat di mana mereka dapat melanjutkan atau di mana aplikasi Anda tidak bekerja dengan benar, sehingga 35 00:03:05,190 --> 00:03:11,100 mungkin para pengguna mengikuti urutan langkah-langkah tertentu yang mengarah ke kesalahan, ke kesalahan logis, mungkin 36 00:03:11,100 --> 00:03:17,850 beberapa input hilang di beberapa titik dan Anda tidak memeriksa input ini diatur dan oleh karena itu tidak 37 00:03:18,120 --> 00:03:22,740 diatur, Anda dapat menyebabkan masalah lain atau masuk ke kesalahan lain, jadi 38 00:03:22,770 --> 00:03:24,200 sesuatu seperti itu. 39 00:03:24,300 --> 00:03:29,790 Sekarang yang terakhir tetapi paling tidak jika kita berbicara tentang gaya, tata letak, jelas kita dapat memiliki gaya yang 40 00:03:29,790 --> 00:03:34,340 tidak terduga atau salah, jadi kami menguji aplikasi dan kami melihat bahwa tidak terlihat seperti yang 41 00:03:34,470 --> 00:03:38,220 seharusnya atau mungkin kami hanya memiliki hasil yang tidak konsisten pada 42 00:03:38,220 --> 00:03:44,790 perangkat yang berbeda, mungkin aplikasi kita terlihat bagus di iOS tetapi tidak di Android atau yang terakhir tetapi yang paling penting, mungkin 43 00:03:44,790 --> 00:03:49,220 kita memiliki tata letak yang tidak berfungsi atau terasa benar pada perangkat atau orientasi tertentu. 44 00:03:49,260 --> 00:03:53,370 Mungkin konten kami tidak sesuai dengan layar pada perangkat yang sangat kecil, ini 45 00:03:53,400 --> 00:03:58,750 semua hal yang juga ingin kami singkirkan. Nah, itu yang bisa Anda 46 00:03:58,770 --> 00:04:03,460 debug, bagaimana Anda debug? Alat apa yang Anda dapatkan untuk men-debug kesalahan Anda? 47 00:04:03,600 --> 00:04:11,880 Sekarang alat yang paling jelas Anda dapatkan dan alat yang banyak orang abaikan atau tidak melihat sama sekali 48 00:04:11,880 --> 00:04:14,070 adalah pesan kesalahan, baca 49 00:04:14,070 --> 00:04:17,100 dengan serius pesan kesalahan yang Anda dapatkan. 50 00:04:17,130 --> 00:04:24,850 Saya sudah sering melihatnya di kursus saya sehingga siswa mendapatkan kesalahan dan hanya pergi Ya Tuhan saya mendapat kesalahan, 51 00:04:25,170 --> 00:04:32,760 tangkapan layar atau salin dan tempel di bagian Tanya Jawab dan kadang-kadang, kesalahan bisa sangat sulit untuk di-debug atau 52 00:04:32,760 --> 00:04:39,180 dimengerti atau Anda perlu beberapa pengalaman untuk mencari tahu apa yang salah tetapi untuk menjadi sangat 53 00:04:39,600 --> 00:04:46,530 jujur, sering pesan kesalahan benar-benar jelas tentang apa yang salah atau bahkan mengandung solusi mengenai bagaimana Anda 54 00:04:46,530 --> 00:04:48,120 dapat memperbaiki kesalahan. 55 00:04:48,210 --> 00:04:54,090 Dan yang tak kalah pentingnya, hanya dengan mengambil pesan kesalahan dan googling juga sering membuat Anda sangat jauh 56 00:04:54,090 --> 00:04:56,790 karena kemungkinan Anda bukan yang pertama yang mendapatkannya. 57 00:04:57,970 --> 00:05:03,850 Sekarang katakanlah Anda tidak mendapatkan pesan kesalahan tetapi aplikasi Anda tidak berperilaku benar di suatu tempat 58 00:05:03,880 --> 00:05:09,670 atau Anda tidak yakin apakah beberapa nilai diatur dengan benar di beberapa bagian kode Anda. 59 00:05:09,880 --> 00:05:15,370 Cara yang sangat mudah untuk melihat ke dalam kode Anda, untuk merasakan nilai-nilai yang Anda kerjakan dalam 60 00:05:15,370 --> 00:05:22,150 kode adalah dengan menggunakan log konsol lama yang baik. Sekarang debug log konsol tidak memiliki reputasi terbaik dan 61 00:05:22,150 --> 00:05:26,090 memang, itu tidak terlalu bagus jika Anda men-debug masalah yang sangat kompleks, 62 00:05:26,260 --> 00:05:32,470 tetapi hanya untuk mendapatkan ide untuk aliran kode Anda atau untuk beberapa nilai yang Anda kerjakan , itu 63 00:05:32,470 --> 00:05:32,950 bagus. 64 00:05:32,950 --> 00:05:38,860 Anda cukup membuangnya ke kode Anda dan kemudian mencari tahu nilai yang Anda gunakan pada titik mana atau bagaimana 65 00:05:38,860 --> 00:05:43,840 sesuatu berperilaku dalam situasi tertentu atau jika ada sesuatu yang dieksekusi sama sekali dan oleh 66 00:05:43,900 --> 00:05:47,260 karena itu, ini jelas sesuatu yang juga harus Anda lakukan. 67 00:05:47,260 --> 00:05:53,830 Sekarang untuk masalah yang lebih kompleks atau jika Anda benar-benar ingin menelusuri kode Anda selangkah demi selangkah, menggunakan debugger 68 00:05:53,830 --> 00:05:59,610 Chrome dan breakpoint adalah alat yang hebat dan didukung oleh React Native, baik ketika Anda menggunakan 69 00:05:59,620 --> 00:06:05,860 expo atau saat Anda sedang tidak menggunakan expo. Di sana Anda benar-benar bisa masuk ke dalam kode Anda 70 00:06:05,860 --> 00:06:11,740 dan merasakan bagaimana cara kerjanya dan melewatinya langkah demi langkah dan melihat ke dalam kode Anda saat sedang 71 00:06:11,740 --> 00:06:12,350 dieksekusi. 72 00:06:13,090 --> 00:06:15,760 Jadi mari kita lihat hal-hal ini sekarang.