Stile di codifica e difetti

3

Nel corso degli anni ho sviluppato diverse tecniche basate sullo stile che uso per mantenere il mio da rendere Error if(const == lvalue) piuttosto che if(lvalue == const) dal momento che il primo non può essere vittima del classico goof accidentale di assegnazione.

Recentemente ho lavorato a un progetto con standard di stile molto insoliti e ho scoperto che avevo molto più difficoltà a leggere il codice. Qualcuno ha visto delle statistiche su un particolare stile di codifica e sui suoi livelli di difetti o ha esperienza nel cambiare stile da solo per migliorare i tassi di difetti.

    
posta rerun 18.11.2010 - 16:52
fonte

2 risposte

9

Se non l'hai ancora letto, dovresti assolutamente dare un'occhiata a Code Complete, 2nd Edition di Steve McConnell. Quasi l'intero libro è dedicato a questo tipo di discussione insieme a studi reali per sostenere le sue idee.

    
risposta data 18.11.2010 - 16:54
fonte
3

In generale, le caratteristiche più significative di uno stile di codifica sono che l'azienda ne ha una e che viene seguita in modo coerente da tutti. I dettagli reali di quello stile di codifica sono di secondaria importanza, a condizione che lo stile di codifica sia ragionevolmente buono.

Il trucco (const == lvalue) è stato ampiamente sostituito dal fatto che ora sono disponibili compilatori e IDE in grado di generare un avviso adeguato.

    
risposta data 18.11.2010 - 16:58
fonte

Leggi altre domande sui tag