Ho un software che ho scritto circa 2 anni fa e ha bisogno di alcune funzionalità aggiunte. Ho capito che è in un pasticcio terribile, e ho l'impulso di spostare tutto, riordinare, ecc. Ho letto Joel sull'articolo del software su non partire di nuovo , quindi qual è il modo migliore per avanzare?
Hai tre opzioni di base:
Se l'app è molto piccola e un vero casino , ricominciare potrebbe essere la soluzione migliore.
Refactor .
Live with the mess e hack nelle funzionalità aggiuntive.
Tipicamente, l'opzione (2) è la soluzione migliore.
Quanto refactoring effettivamente dipenderà dalla risorsa che hai inserito rispetto al valore che ottieni. Le domande da porre includeranno:
Nella mia esperienza, è molto facile da ottenere nella giusta confusione durante una sessione di refactoring. Le lezioni più importanti che ho imparato sono:
Bene, almeno un refactor sufficiente in modo che la nuova funzionalità possa essere aggiunta in modo sicuro. Cioè non renderlo ancora peggio. Il resto dipende dalla motivazione, dal budget e dai limiti di tempo, ma ricorda che pulire completamente un pasticcio può richiedere più tempo rispetto alla creazione originale.
Questa volta mentre aggiusti le cose assicurati di documentarlo. La prossima volta che vedrai il codice sarà molto più facile ricordare le cose.
Dipende, costerà più tempo per mantenerlo perché è un disastro, o per riscriverlo, quindi non è un disastro e può essere facilmente mantenuto. Sto esaminando personalmente questo aspetto, sto convertendo un sito intranet su ASP.Net MVC3 perché il vecchio codice era un mucchio di schifezze (che ho scritto) perché era supposto essere monouso (sì, dovrei sapere meglio). Il vecchio mucchio di cazzate è ancora qui, ed è un mal di testa che aggiunge funzionalità e bug di correzione. MVC è bello e rende piacevole lavorare su di esso, quindi sta ottenendo una riscrittura.
Leggi altre domande sui tag refactoring maintenance