Ragioniere di aspettare fino alla terza volta nella Regola del Tre?

Naviga le tue risposte
15

Ho appena trovato l'articolo " Regola dei tre " in wikipedia

Rule of three is a code refactoring rule of thumb to decide when a replicated piece of code should be replaced by a new procedure. It states that the code can be copied once, but that when the same code is used three times, it should be extracted into a new procedure. The rule was introduced by Martin Fowler in Refactoring and attributed to Don Roberts.

So che questa è solo una regola empirica, ma perché è consigliato il refactoring solo dopo la seconda duplicazione? C'è qualche svantaggio nel refactoring quando scriviamo la prima duplicazione?

    
posta Louis Rhys 08.05.2013 - 04:32
fonte

1 risposta

14

Penso che questa regola empirica esista perché è facile essere coinvolti nel gioco "Cosa succede se ..." quando si progetta il codice per la prima volta o dopo la prima duplicazione. In alcuni casi ho riscontrato una grave paralisi dell'analisi perché le persone hanno iniziato a progettare funzionalità che potrebbero essere necessarie in seguito. Ma non è necessario per il problema immediato a portata di mano.

Esiste un'arte per progettare / scrivere solo ciò di cui hai bisogno, mantenendo il codice suscettibile di rielaborazione futura.

    
risposta data 08.05.2013 - 05:05
fonte

Leggi altre domande sui tag

Quali sono le migliori pratiche per proteggere un'API Web? sondaggio sulle strutture web di Erlang [chiuso]