Breaking changes Refactoring 1° di 2





    Per esempio sollevare una eccezione che prima era silenziata e ignorata - aggiungere un vincolo di unicità per due colonne di una tabella


Tecnica di coding

     Fare l'analisi statica del codice  - tipo Find Usages con Resharper - in modo esaustivo può richiedere uno sforzo eccessivo ed essere insufficente ((( per es. perché c'è codice VB6 o C++ che il tool automatico non copre ))) e testare il sw in esecuzione può essere a rischio di errore ((( per es. la modifica può avere conseguenze sorprendenti/impreviste )))

  Più di tutto con solo queste 2 tecniche non si può dirigere l'impegno della verifica verso le parti che hanno maggiore impatto sugli utenti - la parte scoperta/dimenticata/inaspettata potrebbe essere quella a maggiore impatto

Meglio procedere in 2 tempi allora: insieme all'analisi statica e i test aggiungere un log dove l'eccezione viene silenziata e pulire la tabella delle righe duplicate. Dopo un po di tempo si vedrà qual'è l'impatto della modifica dai log e dalla eventuale presenza di nuove righe duplicate
In base a questi dati si potrà decidere di ridurre l'impatto/il rischio prima di procedere, skippare la modifica o semplicemente eseguire la modifica perchè non causerà disagi



Print | posted @ martedì 2 giugno 2009 01:12

Comments have been closed on this topic.