Martin Fowler: "a change made to the internal structure of software to make it easier to understand and cheaper to modify without changing its observable behavior" Chi tra voi non ha mai lavorato su un vecchio codice, di un vecchio progetto?!?! Beh beati voi... a me, purtroppo, è capitato spesso. In questo contesto il refactoring si fa strada, per rimuovere duplicati di codice, semplificarne la complessità logica e per chiarire il codice esistente. Possiamo fare del refactoring su grossi pezzi di codice o solamente sul nome di una variabile, importante è che il tutto migliori la...
Motivazione al refactoring: Sviluppare una classe con più costruttori creerà qualche disagio allo sviluppatore che dovrà decidere a quale costruttore affidarsi per istanziarla; questo comportà un certo tempo di studioe dei parametri dei costruttori e/o magari del codice stesso dei costruttori. Più costruttori abbiamo nella nostra classe più sarà complicato capirne il comportamento. Per di più, spesso, molti dei costruttori che creeremo non verranno mai utilizzati appunto per via della complessità nel doverne studiare il comportamento. Soluzione: ...
Leggendo Refactoring to Patterns sono venuto a conoscenza dell'iniziativa che ha avuto l'autore, ormai anni fa (nel 1995), nel creare dei Gruppi di Studio dove vengono analizzati/discussi/utilizzati i vari patterns, tutto orientato al refactoring e al miglioramento del design di un applicativo. Non sarebbe un'iniziativa carina a cui pensare? Tags: Refactoring, Agile
Me capitato spesso di legger commenti del tutto inutili al codice: // Calcola il valore inserito per due int res = CalcolaIlValoreInseritoPerDue(valoreDaCalcolare); Inseriti perchè un PM troppo invasivo o una mente troppo contorta, hanno obbligato lo sviluppatore a scrivere. Una delle regole del Refactoring consiste nello scrivere codice autoesplicativo; così facendo inserire dei commenti nel codice diventa ridondante e inutile. Rimane però un caso nel quale scrivere un commento può tornare utile, secondo me. Capita che sul finire di un progetto, non siamo stati abbastanza lungimiranti da scrivere una procedura in maniera abbastanza generica da poter applicare in più casi;...