stile di codifica ASP.NET

Sono uno di quelli che scrivono test prima del codice. E per esperienza ogni test è di circa 5-10 linee (a seconda della complessità), e ogni volta che modifico il mio codice (5 - 15 linee), lo collaudo. Certo, potrebbero essere necessarie più linee e tempo per alcune parti, in realtà dipende da ciò che stai codificando, dall'interfaccia utente, dalle cose logiche, ecc.

Non sto dicendo che ho il modo assoluto di programmare, ma penso che scrivere un codice funzionante prima, potrebbe essere più lento in questo momento, ma dopo un po ', avrai risparmiato molto tempo nel debug.

Questa è la mia opinione, buona fortuna.

modifica: Inoltre se si tratta di ASP.net, penso che il tuo codice dovrebbe essere molto modulare, ben diviso e facile da testare.

Tendo a scrivere in blocchi di codice in cui ogni blocco fa "qualcosa" e io collaudo quel "qualcosa". Ad esempio, potrei estrarre i dati da un database in una funzione e, una volta scritta, la testerò. Il codice potrebbe essere di 5 righe o 50 linee a seconda della complessità. Una volta che ho "qualcosa che fa qualcosa" lo collaudo. Poi passerò ad ASPX e creerò un po 'di codice HTML con controlli con un centinaio di righe che collaudo dopo la sua scrittura. Poi lego quei due insieme con un paio di linee di codice e lo collaudo. Cerco di isolare il mio codice in singoli blocchi che hanno dato input e intervalli di output previsti.

La cosa più importante da imparare è che gli errori sono normali e sono spesso facili da gestire, specialmente se lo fai presto. Se passi dei valori su querystring, analizzali al più presto e risolvi i problemi immediatamente e inseriscili in valori strongmente tipizzati. Quindi il tuo codice in seguito saprà che ArticleId è un numero intero valido.

Di solito codice finché non ho finito il blocco su cui sto lavorando, quindi eseguo il test. Non penso che ci sia uno standard reale su quante righe di codice dovresti digitare prima di testare.

La maggior parte delle volte si tratta di poche righe come hai detto tu, anche se a volte può essere molto di più. E a volte (specialmente quando si codifica l'interfaccia utente) non è altro che cambiare un singolo numero o parola.

Per accelerare la mia codifica, ho imparato meglio gli strumenti. Trascorro ore in Visual Studio, è sciocco non sapere come sfruttare lo strumento, come sapere le scorciatoie.

Generazione di codice Mirco / templating aiuta immensamente. Plain Visual Studio ha snippet di codice. Strumenti come Resharper o Code Rush hanno una generazione di micro codici più avanzata.

Raccomando The Productive Programmer. È un po 'datato, ma ancora pieno di utili suggerimenti.

The Productive Programmer

Onestamente, sbattere le risme di codice in realtà non è quello che cerco come una misura della produttività in altri programmatori. Sono più interessato a:

• Scrivi codice pulito e chiaro? Commentato se necessario (non dovrebbe averne bisogno di solito)?
• I tuoi compiti tornano dal QA con bug (o peggio, dall'ambiente di produzione)?
• comunichi bene con gli altri in modo che se ti blocchi, puoi chiedere aiuto? O può aiutare qualcun altro se ne ha bisogno?

Non mi trovo quasi mai a scrivere codice esclusivamente per un lungo periodo di tempo. Di solito devi fare un passo indietro per riflettere su ciò che stai facendo e su quali altri widget interesserai. Non sono sicuro che la velocità di codifica sia davvero così importante alla fine della giornata (a patto che tu sia produttivo).