Qual è l'etichetta appropriata per la gestione di codice legacy potenzialmente riutilizzabile in progetti di grandi dimensioni?
-
22-08-2019 - |
Domanda
mi sono chiesto che cosa è il modo migliore per affrontare questa situazione. È il modo migliore per lasciare il vecchio codice in un blocco di commento nel caso in cui qualcuno decide di aggiungere questa funzionalità nel progetto di nuovo, o dovrebbe questo codice essere eliminata ai fini del mantenimento del codice sorgente pulito e leggibile?
Soluzione
Questo è un duplicato, ma non ho tempo per trovare i duplicati.
Anche questo non è specifico per il codice legacy. Tutto il codice è il codice legacy, fino a quando non è più utilizzato.
La risposta è: il controllo di origine uso. Questo è ciò che è per. Il testo nei file sorgente deve essere quello che è in corso di esecuzione. Niente altro.
Altri suggerimenti
Fino a quando si utilizza il controllo di origine, credo che sia meglio per eliminare codice non utilizzato. Lasciando codice commentato-out mescolato con codice attivo "just in case" può lasciare il file difficile da maintian. Se il resto del codice è in fase di sviluppo attivo, è probabile che il codice commentato rapidamente ottenere lasciato alle spalle. Se il codice di zombie mai non sia commentata potrebbe non funziona affatto, o il codice risorto potrebbe causare un problema difficile da rilevare.
Ho lavorato su progetti "non eliminare". E 'stato come lavorare in un deposito di rottami. Cercando il codice fatto venire voglia di piangere. Alcuni metodi contenevano codice più commentato di compilazione del codice. Madness!