Utrzymanie systemu legacy w praktyce – Notatka z nauki

Zanotowałem z tego materiału:

• Kod z wieloma ifami jest trudny do przetestowania.
• Oparcie kodu na wielu ifach sprawia, że kod jest trudny i skomplikowany.
• Opieranie kodu na ifach, zamiast wstrzykiwaniu odpowiednich implementacji, wymaga zmian w wielu miejscach.
• Programiści czują strach przed poprawianiem skomplikowanego kodu, bo nie znają konsekwencji małej zmiany.
• Akceptowalne jest zaciąganie długu technologicznego, jeżeli ma to zysk dla firmy i dług ten zostanie spłacony (i nie będzie silnie obciążał firmy).
• Rób refaktoryzację małymi krokami.
• Szukaj podobnych logik i wyciągaj do jednej metody.
• Nie musisz projektować systemu z punktu widzenia użytkownika.
• Zamiast zmieniać algorytm, możesz przedefiniować problem i zmienić dane wejściowe, aby uprościć algorytm.
  • Możesz zwiększyć abstrakcję rozwiązania, aby rozwiązać więcej przypadków, zamiast analizować każdy przypadek szczegółowo.
  • Spróbuj rozrysować problem i algorytm, a nie patrzeć tylko w kod.
• Poziomy refactoringu:
  • Mechaniczny.
  • Modelu.
  • Architektury.
  • Komunikacji.