Dalam komuniti pembangunan perisian, satu perbahasan hangat telah timbul mengenai salah satu prinsip asas pengkodan: DRY (Don't Repeat Yourself atau Jangan Ulang Diri). Walaupun secara tradisinya dianggap sebagai asas reka bentuk perisian yang baik, perbincangan terkini mendedahkan perspektif yang lebih mendalam tentang penduaan kod dan peranannya dalam penyelenggaraan perisian.
Evolusi DRY
Komuniti pembangunan perisian sedang menyaksikan perubahan ketara dalam pemikiran tentang penduaan kod. Apa yang dahulunya dianggap sebagai dosa besar kini dinilai semula melalui kaca mata pengalaman praktikal. Ramai pembangun mendapati bahawa penggunaan prinsip DRY secara refleks boleh membawa kepada pengabstrakan yang terlalu kompleks dan kod yang terikat rapat yang akhirnya lebih sukar untuk diselenggara.
Kes untuk Penduaan Terkawal
Semakin ramai pembangun berpengalaman bersetuju bahawa tahap penduaan kod tertentu mungkin lebih baik daripada pengabstrakan pramatang. Pandangan utama ialah kod yang kelihatan serupa tidak semestinya mewakili konsep asas yang sama, dan memaksa pengabstrakan boleh menimbulkan lebih banyak masalah daripada menyelesaikannya.
Perkara yang sepatutnya sentiasa sama harus mempunyai nama yang sama, dan perkara yang mungkin berbeza harus mempunyai nama yang berasingan. Dengan berbuat demikian, ia memberikan asas yang kukuh di mana pembangun yang membuat perubahan setempat tidak mungkin merosakkan program secara keseluruhan.
Peraturan Tiga
Perbincangan komuniti mendedahkan corak menarik mengenai Peraturan Tiga - idea bahawa kod boleh diduplikasi sekali (menghasilkan dua salinan), tetapi perlu diabstrakkan apabila muncul contoh ketiga. Walau bagaimanapun, pembangun berpengalaman mengingatkan bahawa ini tidak sepatutnya dianggap sebagai peraturan tetap. Sebaliknya, keputusan untuk mengabstrak harus berdasarkan sama ada perubahan masa depan pada satu contoh akan memerlukan perubahan yang sama pada contoh lain.
Pandangan Utama Komuniti:
- Pendekatan DRY (Jangan Ulang Diri Sendiri) berbanding WET (Tulis Semuanya Dua Kali)
- "Peraturan Tiga" untuk pengulangan kod
- Kesan pengabstrakan pramatang terhadap kebolehselenggaraan
- Keseimbangan antara kebolehujian dan reka bentuk praktikal
Falsafah Pengujian dan Reka Bentuk
Satu pandangan bertentangan yang menarik telah muncul mengenai hubungan antara kebolehujian dan reka bentuk yang baik. Walaupun sesetengah pihak berpendapat bahawa kod yang sukar diuji menunjukkan reka bentuk yang lemah, yang lain berhujah bahawa menjadikan kod boleh diuji kadangkala boleh membawa kepada kerumitan yang tidak perlu. Ini telah mencetuskan perbincangan yang lebih luas tentang keseimbangan antara pembangunan perisian praktikal dan amalan terbaik teori.
Kesan pada Pembangunan Moden
Implikasi perbahasan ini melampaui keputusan pengkodan individu. Pasukan semakin mengakui bahawa kepatuhan tegar kepada prinsip seperti DRY boleh membawa kepada apa yang dipanggil oleh sesetengah pembangun sebagai neraka pengabstrakan - di mana usaha penggunaan semula kod mewujudkan jaringan kebergantungan kompleks yang menjadikan sistem lebih sukar untuk difahami dan diselenggara.
Kesimpulannya, komuniti pembangunan perisian sedang bergerak ke arah pemahaman yang lebih mendalam tentang penduaan kod. Berbanding menganggap DRY sebagai peraturan mutlak, pembangun semakin melihatnya sebagai salah satu daripada banyak alat dalam simpanan mereka, untuk digunakan dengan pertimbangan teliti terhadap konteks khusus dan implikasi penyelenggaraan masa depan.
Sumber Rujukan: Good software development habits