Sono uno studente e un programmatore freelance. In questi giorni sto sviluppando un software in VB6 che ha recentemente superato 100KB di codice sorgente.
Il problema principale, mi trovo di fronte, è che molte volte devo refactoring il mio codice sorgente esistente che è davvero molto noioso. Anche la dimensione della mia base di codice non è molto grande (solo 100 KB).
Quali sono le tecniche che dovresti usare per evitare che il mio codice si sporchi?
Non intendo questo in modo paternalistico, ma se possibile dovresti prendere in considerazione l'idea di allontanarti da VB6 per lavori futuri. Nel frattempo, la mia opinione personale è che non dovresti preoccuparti troppo del numero di righe di codice nella tua soluzione. La vera preoccupazione è il costo della manutenzione. Se questa è una soluzione che si evolverà ulteriormente, dovresti iniziare a suddividere l'applicazione in unità logiche (come suggerito sopra SOLID è un grande insieme di principi). Suggerisco anche che, per quanto riguarda il consiglio "documento, documento, documento" sopra, si prende un approccio "codice pulito" in cui ci si concentra sul rendere il proprio codice autodescrittivo e semplice. La documentazione viene superata perché spesso non viene mantenuta. Inoltre se scrivi un codice espressivo semplice tutto ciò che devi veramente documentare è l'API pubblica.
Un ultimo pensiero, il refactoring è difficile senza usare TDD. Senza una serie di test unitari che descrivono il comportamento, qualsiasi refactoring significativo è rischioso perché è possibile modificare il comportamento dell'applicazione in modo inaspettato.
Che lingua stai usando?
Se si tratta di un linguaggio orientato agli oggetti come Java o C ++ assicurati di comprendere i principi di OO Design come SOLID . Inoltre, impara alcuni schemi di progettazione e prova e analizza il tuo codice attuale per vedere se è possibile ridimensionarlo per aggiungere alcuni modelli. Gli schemi di progettazione contribuiranno a garantire la manutenibilità e l'estensibilità in futuro e consentiranno inoltre di comunicare l'implementazione ad altri sviluppatori. Fai attenzione a non usare modelli di design solo per il gusto di farlo, vuoi evitare la Complessità inutile.
Inoltre, prova e scrivi il codice utilizzando l'approccio Test Driven Development , ti costringe a pensare davvero al tuo progetta in anticipo e scrivi codice pulito, testabile e coeso.
Leggi altre domande sui tag code-quality refactoring source-code maintainability