Saya baru saja menemukan artikel " Aturan Tiga " di wikipedia
Aturan tiga adalah aturan refactoring kode praktis untuk memutuskan kapan potongan kode direplikasi harus diganti dengan prosedur baru. Ini menyatakan bahwa kode dapat disalin sekali, tetapi ketika kode yang sama digunakan tiga kali, itu harus diekstraksi menjadi prosedur baru. Aturan ini diperkenalkan oleh Martin Fowler di Refactoring dan dikaitkan dengan Don Roberts.
Saya tahu bahwa ini hanya aturan praktis, tetapi mengapa disarankan untuk melakukan refactor hanya setelah duplikasi kedua? Apakah ada kerugian untuk refactoring ketika kita menulis duplikasi pertama?
refactoring
dry
rule-of-three
Louis Rhys
sumber
sumber
Jawaban:
Saya pikir aturan praktis ini ada karena mudah terjebak dalam bermain "Bagaimana jika ..." ketika merancang kode untuk pertama kalinya atau setelah duplikasi pertama. Saya pernah mengalami kelumpuhan analisis yang parah dalam beberapa kasus karena orang mulai merancang fungsionalitas yang mungkin diperlukan nanti. Tetapi tidak diperlukan untuk masalah langsung yang ada.
Ada seni untuk mendesain / menulis hanya apa yang Anda butuhkan, sambil menjaga kode setuju untuk anjak ulang di masa depan.
sumber