Scrittura di grandi porzioni di codice, quindi debugging?

4

Ultimamente ho scritto un motore di gioco, e ho scritto molte "cose fondamentali" (interfacce standard, moduli, un sistema di messaggi ecc.), ma ho notato uno schema, molte delle cose sono interdipendente e non riesco a eseguire il debug finché non viene eseguito tutto, quindi non eseguo il debug per circa 3 o 5 ore alla volta. Mi chiedo se questa è una pratica accettabile per questa parte del progetto, e se no, se qualcuno può darmi qualche consiglio?

----- Aggiornamento -----:

Ho scaricato alcuni strumenti di metrica del codice e la complessità ciclomatica dei miei programmi è 1,52 che, a quanto ho capito, è buona e dovrebbe correlarsi a un'elevata coesione, se sbaglio, correggimi /

    
posta The Floating Brain 25.06.2013 - 19:02
fonte

2 risposte

9

Questo è chiamato accoppiamento. È possibile ridurre l'accoppiamento spezzando tutto in pezzi più piccoli, il che dovrebbe aumentare la coesione di ciascun pezzo. Renderà più facile e veloce sviluppare e testare ogni pezzo.

Se stai sviluppando qualcosa con dipendenze su altri pezzi, prova a progettare con Iniezione di Dipendenza in mente. Questo dovrebbe permetterti di sviluppare ogni pezzo individualmente, senza dover prima creare tutte le sue dipendenze.

    
risposta data 25.06.2013 - 19:11
fonte
2

Stop. No davvero, basta. Ferma e leggi su Sviluppo guidato dai test .

Il sistema che stai implementando avrà un momento difficile in fase di test, debug, manutenzione, aggiornamento, ecc.

Prendete il TDD a cuore e trascorrete il tempo ora a capire come TDD può guidare la progettazione in un sistema che può essere testato, sottoposto a debug e mantenuto.

TDD ha cambiato il modo in cui sviluppo.

    
risposta data 26.06.2013 - 04:34
fonte