Ketika kita berbicara tentang debugging, penting untuk memahami apa yang mungkin salah dan dalam situasi
mana Anda mungkin ingin men-debug kode Anda atau menghindari kesalahan dan hal
yang paling jelas yang bisa salah adalah bahwa aplikasi Anda macet atau Anda mendapatkan
pesan eror. Dalam pengembangan,
itulah kotak merah ini yang menutupi aplikasi Anda yang telah kita lihat sebelumnya dalam kursus ini dan pesan kesalahan ini tentu
saja merupakan pertanda jelas bahwa ada sesuatu yang salah dengan kode Anda.
Lebih halus dari itu adalah kesalahan logis. Di aplikasi Anda, Anda pasti akan memiliki beberapa
perilaku yang mungkin tidak masuk akal bagi Anda atau ketika sesuatu tidak berfungsi sebagaimana seharusnya.
Anda tidak mendapatkan kesalahan tetapi aplikasi Anda bermasalah, berfungsi salah dan
biasanya,
Anda memiliki beberapa kesalahan logis di suatu tempat yang menyebabkan hal ini.
Dan yang tak kalah pentingnya, Anda memiliki antarmuka pengguna, gaya Anda, tata
letak, pengalaman pengguna yang ingin Anda buat dan mungkin tidak aktif, mungkin
di sana Anda memiliki sesuatu yang tidak terlihat atau terasa seperti yang seharusnya terlihat atau dirasakan. dan itu juga sesuatu
yang bisa salah dan yang ingin Anda hindari. Sekarang contoh umum untuk pesan kesalahan atau
penyebab pesan kesalahan adalah kesalahan sintaksis di mana Anda hanya memiliki salah ketik dalam kode Anda atau di mana Anda
lupa tanda kurung kurawal, sesuatu seperti itu tetapi juga hanya bug dalam kode
Anda, jadi misalnya satu baris kode di mana Anda menggunakan nilai yang
sebenarnya tidak pernah Anda tetapkan, jadi Anda mencoba misalnya menghitung sesuatu dengan nilai yang tidak ditentukan atau mengurai
string yang sebenarnya tidak terdefinisi,
hal-hal seperti itu, yang biasanya juga akan menyebabkan kesalahan. Dan kemudian Anda memiliki jenis kesalahan khusus dan ini adalah kesalahan yang
tidak dapat dihindari karena saya suka menyebutnya.
Sekarang, itu tidak berarti bahwa ini adalah kesalahan yang tidak dapat Anda hindari karena
Anda tidak
cukup baik sebagai pengembang, melainkan kesalahan yang saya maksudkan karena Anda membuat permintaan jaringan dan pengguna aplikasi Anda tidak memiliki
koneksi jaringan atau bahwa Anda menulis ke sistem file dan entah bagaimana akses ini diblokir, jadi Anda tidak dapat memastikan bahwa
ini tidak akan pernah gagal ketika pengguna menggunakan aplikasi Anda karena Anda tidak dapat mengontrol bagaimana mereka menggunakan aplikasi Anda atau dalam keadaan apa
mereka menggunakan aplikasi Anda dan untuk kesalahan seperti itu, Anda juga dapat menemukan strategi di mana Anda tidak
dapat menghindari kesalahan tetapi di mana Anda bisa mengatasinya. Sekarang untuk kesalahan logis, contoh khasnya adalah Anda
memiliki beberapa perilaku aplikasi yang tidak diinginkan atau tidak diharapkan dan Anda tentu ingin menyingkirkannya, bahwa
Anda memiliki beberapa perilaku pengguna yang tidak terduga atau tidak ditangani sehingga pengguna menggunakan aplikasi Anda dengan cara
yang Anda inginkan. tidak bermaksud menggunakannya, jadi saat
menguji aplikasi Anda selama pengembangan, Anda ingin benar-benar kreatif dan mencari tahu apakah
pengguna bisa masuk ke tempat di mana mereka dapat melanjutkan atau di mana aplikasi Anda tidak bekerja dengan benar, sehingga
mungkin para pengguna mengikuti urutan langkah-langkah tertentu yang mengarah ke kesalahan, ke kesalahan logis, mungkin
beberapa input hilang di beberapa titik dan Anda tidak memeriksa input ini diatur dan oleh karena itu tidak
diatur, Anda dapat menyebabkan masalah lain atau masuk ke kesalahan lain, jadi
sesuatu seperti itu.
Sekarang yang terakhir tetapi paling tidak jika kita berbicara tentang gaya, tata letak, jelas kita dapat memiliki gaya yang
tidak terduga atau salah, jadi kami menguji aplikasi dan kami melihat bahwa tidak terlihat seperti yang
seharusnya atau mungkin kami hanya memiliki hasil yang tidak konsisten pada
perangkat yang berbeda, mungkin aplikasi kita terlihat bagus di iOS tetapi tidak di Android atau yang terakhir tetapi yang paling penting, mungkin
kita memiliki tata letak yang tidak berfungsi atau terasa benar pada perangkat atau orientasi tertentu.
Mungkin konten kami tidak sesuai dengan layar pada perangkat yang sangat kecil, ini
semua hal yang juga ingin kami singkirkan. Nah, itu yang bisa Anda
debug, bagaimana Anda debug? Alat apa yang Anda dapatkan untuk men-debug kesalahan Anda?
Sekarang alat yang paling jelas Anda dapatkan dan alat yang banyak orang abaikan atau tidak melihat sama sekali
adalah pesan kesalahan, baca
dengan serius pesan kesalahan yang Anda dapatkan.
Saya sudah sering melihatnya di kursus saya sehingga siswa mendapatkan kesalahan dan hanya pergi Ya Tuhan saya mendapat kesalahan,
tangkapan layar atau salin dan tempel di bagian Tanya Jawab dan kadang-kadang, kesalahan bisa sangat sulit untuk di-debug atau
dimengerti atau Anda perlu beberapa pengalaman untuk mencari tahu apa yang salah tetapi untuk menjadi sangat
jujur, sering pesan kesalahan benar-benar jelas tentang apa yang salah atau bahkan mengandung solusi mengenai bagaimana Anda
dapat memperbaiki kesalahan.
Dan yang tak kalah pentingnya, hanya dengan mengambil pesan kesalahan dan googling juga sering membuat Anda sangat jauh
karena kemungkinan Anda bukan yang pertama yang mendapatkannya.
Sekarang katakanlah Anda tidak mendapatkan pesan kesalahan tetapi aplikasi Anda tidak berperilaku benar di suatu tempat
atau Anda tidak yakin apakah beberapa nilai diatur dengan benar di beberapa bagian kode Anda.
Cara yang sangat mudah untuk melihat ke dalam kode Anda, untuk merasakan nilai-nilai yang Anda kerjakan dalam
kode adalah dengan menggunakan log konsol lama yang baik. Sekarang debug log konsol tidak memiliki reputasi terbaik dan
memang, itu tidak terlalu bagus jika Anda men-debug masalah yang sangat kompleks,
tetapi hanya untuk mendapatkan ide untuk aliran kode Anda atau untuk beberapa nilai yang Anda kerjakan , itu
bagus.
Anda cukup membuangnya ke kode Anda dan kemudian mencari tahu nilai yang Anda gunakan pada titik mana atau bagaimana
sesuatu berperilaku dalam situasi tertentu atau jika ada sesuatu yang dieksekusi sama sekali dan oleh
karena itu, ini jelas sesuatu yang juga harus Anda lakukan.
Sekarang untuk masalah yang lebih kompleks atau jika Anda benar-benar ingin menelusuri kode Anda selangkah demi selangkah, menggunakan debugger
Chrome dan breakpoint adalah alat yang hebat dan didukung oleh React Native, baik ketika Anda menggunakan
expo atau saat Anda sedang tidak menggunakan expo. Di sana Anda benar-benar bisa masuk ke dalam kode Anda
dan merasakan bagaimana cara kerjanya dan melewatinya langkah demi langkah dan melihat ke dalam kode Anda saat sedang
dieksekusi.
Jadi mari kita lihat hal-hal ini sekarang.