Revisione del codice in presenza di inferenza di tipo strong e editor di base

Question

Revisione del codice in presenza di inferenza di tipo strong e editor di base

#1 da (1 voti)
#2 da (1 voti)

2

Sono curioso di sapere come si comportano le recensioni comparative del codice (versione x contro y di un file) in presenza di inferenza di tipo strong, cioè quando 'var' (in C #) o 'auto' (in C ++ 0x) viene utilizzato al posto della dichiarazione di tipo più esplicita (esplicita) precedente.

Quando IntelliSense è disponibile, basta spostare il mouse sulla parola chiave per determinare (se necessario) il tipo dedotto, ma cosa fanno le persone quando visualizzano tali fonti in Blocco note o Codice collaboratore ecc.

Naturalmente l'inferenza di tipo strong precede C # e C ++ di decenni, quindi come fanno le persone in altre lingue che hanno avuto la funzione per anni a far fronte? Sono incline a pensare che il lato destro dell'espressione di assegnazione sia dove si trovano la maggior parte dei bug.

code-reviews c# c++

posta Tom Kirby-Green 25.04.2011 - 21:55

fonte

2 risposte

Leggi altre domande sui tag code-reviews c# c++

VB6 a .Net 4.0 Conversion Strumenti di terze parti Come dovrei chiamare questi metodi? [chiuso]

score 1 · Answer 1

Non voglio passare il mio tempo in una revisione del codice eseguendo analisi statiche. In effetti ho sempre insistito sulle revisioni cartacee. Voglio concentrarmi sul vedere se il codice sembra buono e risolve i problemi che sta affrontando. E voglio che il processo di revisione si alleni al personale junior.

score 1 · Answer 2

Se stai confrontando la versione x con la versione y, non useresti qualche tipo di strumento diff per esaminare le differenze? Il trucco consiste nel commettere spesso delle modifiche, in modo che ogni serie di modifiche sia piccola e possa essere facilmente compresa e verificata per la correttezza. Anche le tue funzioni e le tue lezioni saranno di piccole dimensioni.

Sembra che questo problema non sia specifico della revisione del codice. L'inferenza di tipo presenterebbe le stesse difficoltà per scrivere il codice in primo luogo e per il debug. La soluzione a questi problemi sta usando buone pratiche di programmazione. Sii disciplinato, rifatta il tuo codice per avere un senso, fai piccoli passi quando cambi il tuo codice e provalo dopo ogni modifica.