Come verificare il codice che potrebbe richiedere molto tempo per essere compilato? [chiuso]

Naviga le tue risposte
0

Come follow-up alla mia domanda precedente:

Qual è il miglior approccio per la codifica in un ambiente di compilazione lento

Per ricapitolare: sono bloccato con un grande sistema software con cui un'ideologia TDD di "testare spesso" non funziona. E per renderlo ancora peggio non sono disponibili funzionalità come intestazioni precompilate / compilazione multi-threaded / collegamento incrementale, ecc. Quindi penso che la soluzione migliore sarebbe aggiungere la registrazione estesa al sistema e iniziare "coding in large chunks", che intendo come codice per due-tre ore prima (al contrario di 15-20 minuti in TDD) - eyeball attentamente il codice per 15 minuti e solo dopo tutto ciò che fa la compilazione ed esegui test.

Dato che sto facendo TDD da un po 'di tempo, le mie capacità di verifica del codice eyeballing / codice sono diventate arrugginite (non ne hai davvero bisogno se riesci a verificare rapidamente ciò che hai fatto in 5 secondi eseguendo un test o due), quindi mi trovo dopo un consiglio su come apprendere nuovamente queste abilità di verifica del codice sorgente / errore di individuazione.

So di essere stato in grado di farlo facilmente circa 5-10 anni fa, quando non ho avuto molto supporto dal compilatore / strumenti di test delle unità che avevo fino a poco tempo fa, quindi ci dovrebbe essere un modo per tornare alle basi .

    
posta Community 25.02.2011 - 13:56
fonte

3 risposte

9

Se si scrive codice in stile TDD con accoppiamento basso, dovrebbe essere possibile compilare e testare unitariamente singoli file .cpp (o piccoli gruppi di essi) separatamente. È possibile creare file di compilazione separati (makefile, file di progetto, soluzioni VS, ecc.) Per ciascuno di questi gruppi e svilupparli utilizzando un approccio TDD.

    
risposta data 25.02.2011 - 15:15
fonte
2

Sono d'accordo con Nikki. Se ti trovi in una situazione in cui hai un ambiente di compilazione molto lento, devi rompere le cose in modo da poter effettivamente compilare e testare l'input / output dei vari oggetti / funzioni.

Anche se scrivessi in C, scriverei comunque piccoli file e funzioni, testarli completamente e quindi integrarli nell'applicazione master una volta che ero certo che il codice funzionasse come previsto.

    
risposta data 25.02.2011 - 15:43
fonte
0
   >  I am after a recommendations on how to learn these source 
   > code verification/error spotting skills again.

Che mi dici della programmazione della coppia.

  • 4 occhi vedono più errori / difetti che 2 occhi
  • e impari molto sugli errori quando pensi a domande del tipo "perché la stai facendo in questo modo?"
risposta data 18.08.2014 - 09:06
fonte

Leggi altre domande sui tag

Perché File.Open in .Net genera eccezioni e non segue le best practice di gestione delle eccezioni? [duplicare] Quando non ci sono API