Kembali awal untuk mengurangkan bersarang dengan keluar dari fungsi keluar sebaik sahaja kes -kes yang tidak sah atau kelebihan dikesan, mengakibatkan kod yang lebih baik dan lebih mudah dibaca. 2. Gunakan klausa pengawal pada permulaan fungsi untuk mengendalikan prasyarat dan simpan logik utama yang tidak rapi. 3. Gantikan pulangan boolean bersyarat dengan ekspresi langsung, seperti umur kembali> = 18 daripada menggunakan blok IF-ELSE. 4. Gunakan ekspresi ternary dengan berhati -hati untuk keputusan yang mudah, tetapi elakkan bersarang untuk mengekalkan kebolehbacaan. 5. Ekstrak keadaan kompleks ke dalam pembolehubah deskriptif untuk menjelaskan niat dan meningkatkan kebolehkerjaan. 6. Gantikan rantai IF-ELIF yang panjang dengan carian kamus apabila keadaan pemetaan ke tindakan atau nilai, menjadikan kod lebih bersih dan lebih mudah untuk diperluaskan. Refactoring Jika pernyataan meningkatkan kejelasan, mengurangkan pepijat, dan meningkatkan pemeliharaan dengan membuat niat kod jelas dan menghapuskan kerumitan yang tidak perlu.

Dari Verbose ke Ringkas: Panduan Praktikal untuk if Pernyataan Refactoring

Panjang, bersarang if pernyataan adalah penglihatan biasa dalam kod -kod -terutamanya dalam pembangunan awal atau di bawah tarikh akhir yang ketat. Semasa mereka bekerja, mereka menyakiti kebolehbacaan, meningkatkan risiko pepijat, dan membuat penyelenggaraan lebih keras. Refactoring mereka ke dalam logik yang bersih dan ringkas bukan hanya tentang gaya -ini mengenai kejelasan dan kebolehpercayaan.

Berikut adalah cara untuk pergi dari verbose ke Lean, langkah demi langkah.

1. Kembalikan lebih awal untuk mengurangkan sarang

Salah satu teknik yang paling mudah dan paling berkesan ialah pulangan awal . Daripada membungkus blok besar if keadaan, keluar awal apabila keadaan membuat fungsi lain tidak relevan.

Sebelum (bersarang):

 def process_user (pengguna):
    Sekiranya Pengguna:
        jika user.is_active:
            jika user.has_permission:
                kembali "pemprosesan dibenarkan"
            lain:
                Kembali "Tidak ada kebenaran"
        lain:
            kembali "pengguna tidak aktif"
    lain:
        kembali "Pengguna Tidak Sah"

Selepas (pulangan awal):

 def process_user (pengguna):
    Sekiranya tidak pengguna:
        kembali "Pengguna Tidak Sah"
    jika tidak user.is_active:
        kembali "pengguna tidak aktif"
    jika tidak user.has_permission:
        Kembali "Tidak ada kebenaran"
    kembali "pemprosesan dibenarkan"

? Faedah:

• Struktur rata
• Lebih senang mengikuti logik
• Kurang lekukan = gangguan visual yang lebih sedikit

2. Gunakan klausa pengawal untuk pemeriksaan prasyarat

Klausa pengawal adalah satu bentuk pulangan awal yang digunakan pada permulaan fungsi untuk mengendalikan kelebihan atau kes tidak sah. Mereka menyimpan "jalan gembira" yang tidak rapi.

Contoh:

 DEF mengira_discount (pesanan):
    Sekiranya pesanan tidak ada:
        kembali 0
    jika order.total <= 0:
        kembali 0
    jika tidak order.is_eligible:
        kembali 0

    Pesanan pulangan.Total * 0.1

Lebih baik: menggabungkan keadaan yang berkaitan :

 DEF mengira_discount (pesanan):
    jika tidak pesanan atau pesanan.total <= 0 atau tidak order.is_eligible:
        kembali 0
    Pesanan pulangan.Total * 0.1

?? PERHATIAN: Jangan terlalu kuat. Sekiranya keadaan adalah kompleks atau mempunyai sebab yang berbeza untuk gagal, pastikan mereka terpisah untuk kejelasan.

3. Gantikan bersyarat dengan ekspresi boolean

Apabila pernyataan if hanya mengembalikan boolean, kembalikan ungkapan secara langsung.

Sebelum:

 def is_adult (umur):
    Sekiranya umur> = 18:
        kembali benar
    lain:
        kembali palsu

Selepas:

 def is_adult (umur):
    Umur kembali> = 18

Hasil yang sama, separuh kod. Ini terpakai kepada mana -mana logik Boolean.

4. Gunakan ungkapan ternary (bersyarat) dengan berhati -hati

Untuk keputusan mudah, ternary boleh membuat kod lebih ringkas.

Bukannya:

 jika skor> = 60:
    hasil = "lulus"
lain:
    hasil = "gagal"

Gunakan:

 hasil = "lulus" jika skor> = 60 lagi "gagal"

Tetapi elakkan bersarang ternaries. Ini sukar dibaca:

 status = "tinggi" jika skor> 80 lain "medium" jika skor> 60 lain "rendah" # ?

Pecahkan logik kompleks ke dalam garis atau fungsi yang berasingan.

5. Ekstrak syarat ke dalam pembolehubah deskriptif

Keadaan yang panjang sukar untuk dihuraikan. Pecahkan mereka ke dalam pembolehubah yang dinamakan dengan baik.

Sebelum:

 jika user.is_premium dan bukan user.has_outstity_balance dan (user.login_count> 10 atau user.joined_recently):
    send_offer ()

Selepas:

 is_qualified_user = (
    user.is_premium
    dan bukan user.has_outstity_balance
    dan (user.login_count> 10 atau user.joined_recated)
)

jika is_qualified_user:
    send_offer ()

Sekarang niat jelas tanpa penyahkodan logik dengan cepat.

6. Pertimbangkan menggunakan jadual carian atau kamus

Apabila anda mempunyai pelbagai syarat pemetaan ke nilai atau fungsi, kamus boleh menggantikan rantai if-elif yang panjang.

Sebelum:

 jika status == "menunggu":
    pengendali = handle_pending
status elif == "diluluskan":
    pengendali = handle_approved
status elif == "ditolak":
    pengendali = handle_receked
lain:
    pengendali = handle_unknown

Selepas:

 pengendali = {
    "menunggu": handle_pending,
    "Diluluskan": handle_approved,
    "Ditolak": Handle_REJECTED,
}
pengendali = pengendali.get (status, handle_unknown)

Bersih, lebih mudah untuk dilanjutkan, dan kurang rawan kesilapan.

Pemikiran terakhir

Refactoring if pernyataan bukan tentang menulis garis paling sedikit yang mungkin -tentang membuat niat kod itu jelas. Matlamatnya adalah untuk membantu pemaju seterusnya (atau masa depan anda) memahami logik dengan cepat.

Takeaways Kunci:

• Kembali lebih awal untuk mengelakkan bersarang yang mendalam
• Gunakan klausa pengawal untuk kes -kes yang tidak sah
• Ganti mudah if-returns dengan ekspresi langsung
• Memecahkan keadaan kompleks ke dalam pembolehubah bernama
• Gantikan rantai if-elif dengan kamus apabila sesuai

Kebanyakan perubahan ini kecil, tetapi bersama -sama mereka menjadikan logik kusut menjadi sesuatu yang boleh dibaca dan dikekalkan.

Pada asasnya, jika blok if anda memerlukan carta aliran -refactor itu.

Atas ialah kandungan terperinci Dari Verbose ke Ringkas: Panduan Praktikal untuk `if` Penyataan Refactoring. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!