Si dovrebbe fare un cambio di codice iniziando a refactoring con il "metodo entry-point" o il "metodo inner-most" di uno stack di chiamate?
Un collega e io stavamo parlando di un cambio di codice che avrebbe attraversato molti livelli di applicazione e toccato un certo numero di classi. L'obiettivo finale era assegnare una variabile a un nome di tabella SQL a livello di fornitore di dati. Ma la variabile dovrebbe essere configurata e toccata da molti altri livelli.
Abbiamo capito che abbiamo approcci opposti a questo tipo di refactoring. Mi piace iniziare dal punto di ingresso e lanciare "down", e preferisce fare prima il cambiamento finale e poi trovare gli usi di quel metodo più interno e continuare a spostare "su" il callstack.
Quali sono le considerazioni tra i due metodi? Qual è il più ottimale ed efficiente?