Be pragmatic be SOLID – Notatka z nauki

Zanotowałem z tego materiału:

• Symptomy złego kodu:
  • Sztywność kodu.
  • Kruchość kodu.
  • Niereużywalność kodu.
  • Lepkość kodu.
• Stosuj zasady SOLID (w kodzie produkcyjnym oraz w testach):
  • Zasada pojedynczej odpowiedzialności.
    • Każda powinna mieć tylko jeden powód do zmiany. Powinniśmy zbierać rzeczy zmieniającego się z tego samego powodu, a rozdzielać ze względu na różne powody zmiany.
    • Wyznacz odpowiedzialności danej klasy. Jeżeli jest ich kilka, to podziel ją na mniejsze klasy.
    • Spróbuj opisać zachowanie klasy jednym zdaniem bez używania słów i, oraz, ale.
    • Jeden test powinien pokrywać jedno zachowanie.
  • Zasada otwarte-zamknięte.
    • Napisz raz kod i nigdy go nie zmieniaj.
    • Rozwiązaniem jest abstrakcja.
  • Zasada podstawienia Liskov.
    • W miejscu użycia klasy bazowej możemy użyć podtypu tej klasy.
      • Warunki początkowe nie mogą być silniejsze niż klasy bazowej.
      • Warunki końcowe nie mogą być słabsze niż klasy bazowej.
  • Zasada segregacji interfejsów.
    • Klienci nie powinni znać metod, których nie potrzebują.
    • Twórz jak najmniejsze interfejsy (obserwuj swoich klientów).
  • Zasada odwrócenia zależności.
    • Moduły wysokiego poziomu nie powinny zależeć od modułów niskiego poziomu. Wszystkie moduły powinny zależeć od abstrakcji.
    • Abstrakcje nie powinny zależeć od detali, to detale powinny bazować na abstrakcji.
    • Detale zmieniają się często, a abstrakcje powinny zmieniać się rzadko.