Lo stile del codice è davvero molto importante per la leggibilità generale e parte dello stile del codice significa essere coerenti con tale stile, anche al punto di rispettare le intenzioni originali del coder che lo ha creato o del suo completo rifacimento. Tuttavia, il codice di refactoring è notoriamente difficile, e anche più complesso con progetti che hanno avuto molti proprietari di progetti per diversi anni.
Ecco perché è molto importante che la pratica generale di tu segua lo stile del resto del programma. Pensaci per un secondo, potresti ereditare un progetto con uno stile di codifica incoerente e la struttura aveva tutti i programmatori che funzionavano prima di seguire questa semplice regola? No. E poiché è più semplice aggiungere codice che segua lo stile generale del codice del resto del programma piuttosto che il refactoring, le migliori pratiche parlano delle pratiche preventive , non del modo migliore per ridefinire un progetto già incoerente.
Detto questo, in genere non vedi articoli scritti sul motivo per cui è importante essere coerenti nello stile del codice perché è un dato di fatto. Sarebbe come scrivere un articolo che descriva perché il anti-pattern degli oggetti divini dovrebbe essere evitato ogni volta che è possibile. Ovviamente è probabile che continuerai il tuo progetto mentre tendi a scriverlo, ma altri potrebbero non farlo necessariamente, quindi se erediti un progetto incoerente, è già troppo tardi.
Il mio consiglio è di farti un'idea dei diversi stili di codice del tuo programma e scegliere quello più usato nel tuo programma e / o quello più semplice. Quindi, ogni volta che è necessario ritoccare una classe che non segue questa norma, si consiglia di chiedere più tempo per apportare la modifica in modo da poter fare uno sforzo per ridefinire quella classe. Alla fine avrai qualcosa che è coerente in tutto il mondo, e se un altro programmatore dovesse occuparsi del tuo progetto, possiamo solo sperare che continuino da dove eri rimasto.