Come garantire la qualità del codice? [chiuso]

È un tomo, ma sono fermamente convinto che le informazioni contenute in Codice completo 2 siano fondamentali per ogni sviluppatore sapere. Leggi tutto. Copre dettagliatamente i dettagli del processo di codifica. Tutto da quando uscire dalle funzioni, ai principi di buona progettazione OO a come nominare le variabili. C # non è tra le lingue in cui si trovano gli esempi, ma non importa, vale la pena indipendentemente.

Oltre a ciò, assicurati di utilizzare le best practice standard. Hai dei test unitari? Puoi convincere le persone a rivedere il tuo codice e a darti un feedback? Stai cercando di rimanere aggiornato con le tecnologie che usi? Di tanto in tanto rileggi il tuo vecchio codice e rifletti su cosa ha funzionato e perché.

• Non smettere di scrivere codice una volta che il codice funziona. Troppi sviluppatori ritengono che il loro lavoro si fermi nel far accadere qualcosa. Potremmo farlo a scuola senza molta esperienza. Il vero mestiere è quello di rendere il codice funzionante pulito.

Per C # potresti voler controllare link - uno strumento che potrebbe insegnarti alcune cose sulla lingua.

Solo alcuni punti qui:

• Considera di leggere Linee guida per la progettazione di quadri . Penso che sia un libro da leggere assolutamente con la collezione di pattern "do" e "do not" nel mondo .NET.

• Condividi il tuo codice. Può sembrare un po 'banale, ma più revisione del codice, programmazione della coppia ecc. Avrai più feedback riceverai.

• Scrivi test. Non solo aiuteranno a individuare alcuni errori nell'implementazione, ma i test saranno la prima cosa che userà il tuo codice.

Alcune idee da considerare:

Recensioni del codice. Hai qualcuno che potrebbe provare a capire il codice e darti suggerimenti su come migliorare ciò che hai? Questo sarebbe anche nella categoria di trovare un mentore per aiutare a sviluppare le tue abilità che probabilmente avrebbero molto senso come la prima idea da passare. Potresti anche guardare la programmazione delle coppie per un'altra idea qui dove un secondo set di occhi esamina quello che scrivi.

Test unitari. Avete alcuni test per il vostro codice e quanto bene questo spiega come il vostro codice gestisce i casi limite? I test sembrano una documentazione ragionevole quando si tratta di affermare la funzionalità desiderata? Solo alcune domande su cui ponderare quando la metti con il resto del codice.

Integrazione continua. Dato che questo è più per un caso di squadra, questa è un'altra pratica che può essere utile per mantenere la qualità del codice.

Pattern & Le pratiche potrebbero essere un sito che potrebbe essere d'aiuto anche se immagino ci siano probabilmente altre che potrebbero anche aiutare. Blog di Construx e ThoughtBlogs potrebbe anche essere utile se desideri alcuni link.

Le linee guida per la progettazione di framework Microsoft sono sempre sulla mia scrivania. Gran parte del materiale è intuitivo per i professionisti che utilizzano regolarmente gli oggetti della struttura. Tuttavia, è una buona lettura per sapere in profondità perché sono state prese certe decisioni, chi è stato coinvolto, e non c'è niente di meglio che mostrare ad un altro sviluppatore alcune linee guida scritte per cambiare decisione.

Se ti trovi nel mondo C #, i due strumenti che consiglio sono:

• Resharper di Jetbrains
• NDepend

I due fanno cose diverse, ma correlate.

Resharper : agisce come un aiuto-mémoire riga per riga su cose che dovresti davvero fare. Aiuta con il refactoring (più di Dev Studio standard), aiuta a indicare quali elementi sono testabili, aggiunge a intellisense.

NDepend : agisce come uno strumento di esplorazione e di qualità del codice. Dove Resharper ti aiuta a vedere e creare gli alberi, NDepend ti consente di vedere la foresta, tagliare i tagliafuoco e in genere mantenere una vista di alto livello. Il CQL (Code Query Language) è meraviglioso per definire problemi specifici del progetto o regole da applicare.