𝗗𝘂𝗽𝗹𝗶𝗰𝗮𝘇𝗶𝗼𝗻𝗲 𝗱𝗲𝗹 𝗰𝗼𝗱𝗶𝗰𝗲 𝘃𝘀. 𝗔𝘀𝘁𝗿𝗮𝘇𝗶𝗼𝗻𝗶 𝗲𝗿𝗿𝗮𝘁𝗲
Gli sviluppatori spesso si trovano di fronte a una scelta.
Bisogna scegliere tra il principio Don't Repeat Yourself o l'accettazione di una certa duplicazione del codice.
Il DRY è una regola fondamentale nella progettazione del software. Ma perseguirlo in modo eccessivo crea un nuovo problema: si finisce per creare un'astrazione errata.
Un'astrazione errata costa più della duplicazione del codice.
Vogliamo scrivere codice elegante. Vogliamo costruire una logica riutilizzabile. Vogliamo correggere un bug in un unico punto e vederlo risolto ovunque. Questo obiettivo sembra quello giusto.
Ma l'astrazione prematura uccide la velocità del progetto. Compromette la facilità di manutenzione del codice.
Quando si crea un'astrazione troppo presto, ci si imbatte in questi problemi:
- Maggiore complessità. Le cattive astrazioni aggiungono strati di confusione.
- Codice rigido. Diventa difficile modificare una parte senza rompere le altre.
- Logica nascosta. Si passa più tempo a tracciare il codice che a scriverlo.
A volte, la duplicazione è la scelta pragmatica. Mantiene il codice semplice e chiaro. Permette di modificare parti del sistema in modo indipendente.
Non costruire una soluzione generica per un problema che non hai ancora compreso appieno. Aspetta finché il pattern non sarà chiaro.