Costruire software manutenibile, edizione C#: Dieci linee guida per un codice a prova di futuro

Recensioni dei lettori

Il libro fornisce linee guida pratiche e attuabili per scrivere codice manutenibile, supportate da un modello sviluppato dal Software Improvement Group. Sebbene sia apprezzato per la semplicità, la chiarezza e i consigli pratici, alcuni recensori lo ritengono carente in termini di profondità e qualità visiva.

⬤ Linee guida semplici, chiare e attuabili per scrivere codice di alta qualità
⬤ consigli pratici che portano a risultati rapidi
⬤ modello unico per quantificare la manutenibilità del software
⬤ stile di scrittura coinvolgente
⬤ buone controargomentazioni e giustificazioni presentate
⬤ altamente raccomandato per gli sviluppatori di software.

⬤ Non molto approfondito
⬤ alcuni contenuti sono considerati rigurgiti
⬤ le immagini/disegni sono troppo piccoli
⬤ alcuni argomenti sono trattati con leggerezza
⬤ percepito come eccessivamente costoso con suggerimenti che potrebbero essere riassunti in un blog.

(basato su 10 recensioni dei lettori)

Titolo originale:

Building Maintainable Software, C# Edition: Ten Guidelines for Future-Proof Code

Contenuto del libro:

Vi siete mai sentiti frustrati nel lavorare con il codice di qualcun altro? Il codice sorgente difficile da mantenere è un grosso problema nello sviluppo del software oggi, che porta a costosi ritardi e difetti. Diventate parte della soluzione. Con questo libro pratico, imparerete 10 linee guida facili da seguire per realizzare software C# facile da mantenere e adattare. Queste linee guida sono state ricavate dall'analisi di centinaia di sistemi reali.

Scritto da consulenti del Software Improvement Group (SIG), questo libro fornisce spiegazioni chiare e concise, con consigli per mettere in pratica le linee guida. Gli esempi di questa edizione sono scritti in C#, mentre il nostro libro Java fornisce esempi chiari in questo linguaggio.

⬤ Scrivere unità di codice brevi: limitare la lunghezza dei metodi e dei costruttori.

⬤ Scrivere unità di codice semplici: limitare il numero di punti di diramazione per ogni metodo.

⬤ Scrivere codice una volta sola, piuttosto che rischiare di copiare codice difettoso.

⬤ Mantenere piccole le interfacce delle unità estraendo i parametri negli oggetti.

⬤ Separare i problemi per evitare di creare classi di grandi dimensioni.

⬤ Accoppiare i componenti dell'architettura in modo lasco.

⬤ Bilanciare il numero e la dimensione dei componenti di primo livello nel codice.

⬤ Mantenere la base di codice il più piccola possibile.

⬤ Automatizzare i test per la propria base di codice.

⬤ Scrivere codice pulito, evitando "odori di codice" che indicano problemi più profondi.