Pengantar praktis untuk menjaga klausa
Ketika saya pertama kali memulai pemrograman, saya berharap seseorang memberi tahu saya tentang beberapa konsep berbeda yang perlu dipikirkan saat menulis situs web pertama saya.
Salah satu kesalahan yang saya alami saat memulai adalah penggunaan kata kunci else secara berlebihan saat menulis kondisional. Ini adalah sesuatu yang saya temukan dilakukan oleh banyak orang lain dalam kode mereka sendiri, jadi saya pikir saya harus menjelaskan topik ini.
Penafian; pandangan saya tentang topik ini murni subjektif.
Dalam beberapa situasi, Anda mungkin tidak dapat menerapkan pendekatan jenis ini pada kode Anda. Terkadang solusinya adalah dengan menggunakan kata kunci else. Posting ini adalah untuk memberi tahu orang-orang tentang pendekatan alternatif untuk menyusun logika.
Klausul Penjaga
Menurut Wikipedia, klausa penjaga adalah pemeriksaan prasyarat integritas yang digunakan untuk menghindari kesalahan selama eksekusi.
Mari kita pecahkan definisi tersebut ke dalam istilah awam. Kami melakukan pemeriksaan prasyarat integritas (di awal kode kami) untuk menghindari bug selama aliran utama logika kami.
Dalam aliran sempurna (ketika validasi benar), kita ingin logika utama program kita tetap sama setelah semua pemeriksaan validasi.
Bayangkan kita menjalankan situs web yang memiliki area pembelian premium yang dibatasi hanya untuk pelanggan yang membayar dan hanya buka setelah jam 12 siang.
Dalam penerapan sebenarnya, kami kemungkinan akan mengembalikan beberapa bentuk pengecualian.
Meskipun ini adalah pendekatan yang mengalir melalui kondisional, kata kunci else menjadi sulit untuk diikuti bahkan ketika kita hanya memiliki sejumlah kecil kata kunci tersebut.
Ini adalah contoh sepele dari logika kondisional tetapi, di alam liar, bayangkan mencoba menavigasi kelas yang memiliki logika yang jauh lebih kompleks. Pengkodean melalui standar ini, menurut saya, tidak berkelanjutan dan kita harus berbuat lebih baik.
Dengan klausa penjaga, kami ingin mengikuti kerangka kerja ini:
Dengan mengambil framework tersebut, kita dapat merestrukturisasi kode sebelumnya seperti berikut:
Dalam klausa penjaga, kita biasanya membalikkan ekspresi boolean ke ekspresi yang ingin kita tegaskan. Jika kami ingin pengguna masuk untuk melihat laman ini, kami ingin memeriksa apakah mereka belum masuk.
Pendekatan ini menangkap aliran logika yang sama persis, tetapi menurut pendapat saya dan pendapat orang lain, ini adalah pendekatan yang jauh lebih bersih ketika menangani logika kondisional.
Kesimpulan
Saat melakukan coding, kita harus selalu mengingat pertanyaan: “Seberapa mudahkah mempertahankan hal ini hingga 6 bulan ke depan?”
Menciptakan solusi terhadap suatu masalah saat ini adalah hal yang bagus. Namun bagaimana dengan masa depan? Tidak membangun perangkat lunak dengan mempertimbangkan masa depan adalah hal yang konyol.
Hal ini secara pribadi menyebabkan saya menulis ulang seluruh fitur dari awal karena banyaknya hutang teknis yang saya kumpulkan dari waktu ke waktu melalui berbagai perbaikan.
Memanfaatkan klausa penjaga akan mempersiapkan diri/tim Anda di masa depan untuk sukses ketika persyaratan baru ditambahkan ke program Anda.
