Jak nie wpaść w pułapkę kombinacji klas? — Seria 3 | Odcinek 26

Wystarczy dodać kolejny sposób naliczania rabatu, żeby hierarchia klas zaczęła się rozrastać. Problemem są dwie niezależne cechy, które próbujemy obsłużyć za pomocą tych samych klas. W tym odcinku porównujemy kilka podejść: instrukcje wyboru, rozbudowę dziedziczenia, uproszczenie modelu i osobne strategie naliczania. Sprawdzamy, co zyskujemy, jakie pojawiają się koszty i dlaczego samo wprowadzenie strategii nie rozwiązuje jeszcze problemu wyboru właściwej implementacji. Grafika: 01:24 Code Smell — oznaki złego projektu 03:39 Open/Closed Principle (OCP) — zasada otwarte-zamknięte 06:53 Strategy Pattern — wzorzec Strategia 00:00 Wstęp 00:07 Obecna implementacja rabatów — problemy i ograniczenia 01:29 Problem biznesowy i wymagania 02:31 Pierwsze „proste” rozwiązanie — switch / case 03:50 Hierarchia klas jako alternatywa 04:56 Refleksja po pierwszej analizie — szukamy rozwiązania 05:33 Jeden enum steruje wszystkim — czy to rozwiązanie docelowe? 06:48 Ewaluacja rozwiązania — czy to już wzorzec Strategia? 07:47 Decyzja projektowa — w jakim kierunku idziemy? 08:17 Podsumowanie i plan implementacji 📂 Kod źródłowy z tego odcinka: Odcinek teoretyczny. 🔗 Repozytorium całej serii: https://github.com/kodbezdogmatow/Kod... 📸 Instagram:   / kodbezdogmatow