Tag : SOLID

SOLID – część 5. Zasada odwrócenia zależności

SOLID – mnemonik, który mówi jak pisać poprawnie programy w językach obiektowych. Podążanie za tymi zasadami znacznie poprawia czytelność i możliwość utrzymywania kodu. Część piąta: Zasada odwrócenia zależności.

Dochodzimy do ostatniej zasady. Zasada odwrócenia zależności czyli Dependency inversion principle.
Spójrzmy co mówi DIP:

Wysokopoziomowe moduły nie powinny zależeć od modułów niskopoziomowych – zależności między nimi powinny wynikać z abstrakcji.

Aby lepiej to zrozumieć o co chodzi spójrzmy na nasz aktualny kod:
read more

SOLID – część 4. Zasada Segregacji Interfejsów

SOLID – mnemonik, który mówi jak pisać poprawnie programy w językach obiektowych. Podążanie za tymi zasadami znacznie poprawia czytelność i możliwość utrzymywania kodu. Część czwarta: Zasada Segregacji Interfejsów.

Moim zdaniem jest to najprostsza zasada z wszystkich pięciu możliwych do wyjaśnienia. Spójrzmy na definicję Interface Segregation Principle.

Klasy nie powinny być zmuszane do zależności od metod, których nie używają.

Język zrozumiały. Ale co to może oznaczać w rzeczywistości. Spójrzmy na nasze karabiny:
read more

SOLID – część 3. Zasada Podstawienia Liskov

SOLID – mnemonik, który mówi jak pisać poprawnie programy w językach obiektowych. Podążanie za tymi zasadami znacznie poprawia czytelność i możliwość utrzymywania kodu. W tej części będzie opisana trzecia zasada: Zasada Podstawienia Liskov.

W momencie kiedy szukałeś informacji na temat Liskov Substitution Principle na pewno natknąłeś się na przykład z kwadratem i prostokątem. Autor opisywał kwadra, prostokąt, dziedziczenie, przeciążenie funkcji. I voilà, pole kwadrata jest źle obliczone – to jest zasada podstawienia liskov. Po przeczytaniu takiego artykułu mówiłem sobie: „Okej. No źle to jest zaimplementowane. Ale o co chodzi ogólnie z tym LSP.
read more

SOLID – część 2. Zasada Otwarte Zamknięte

SOLID – mnemonik, który mówi jak pisać poprawnie programy w językach obiektowych. Podążanie za tymi zasadami znacznie poprawia czytelność i możliwość utrzymywania kodu. W tej części będzie opisana druga zasada: Zasada otwarte zamknięte.

W momencie kiedy stworzyliśmy już czołg zgodnie z zasadą jednej odpowiedzialności możemy bez problemu tworzyć nowy kod bez wchodzenia sobie z innymi współpracownikami w paradę.

Nowe zadania! Klient chce, aby czołg mógł jeździć szybciej. Zamiast gąsienic ma mieć kołka. Lufa ma mieć możliwość strzelania pociskiem lub tajną bronią. Dodatkowo czołg ma mieć Karabin. Do czołgu można zamontować dwa różne karabiny – szybko strzelający lub celny karabin. Klient chce mieć Długą Lufę w czołgu. Ma różnić się od zwykłej Lufy tym, że jej długość to 250 cm! Klient chce mieć czołg, które może być wyposażony albo w gruby pancerz albo lekki.
read more

SOLID – część 1. Zasada Jednej Odpowiedzialności

SOLID – mnemonik, który mówi jak pisać poprawnie programy w językach obiektowych. Podążanie za tymi zasadami znacznie poprawia czytelność i możliwość utrzymywania kodu. W tej części będzie opisana Zasada Jednej Odpowiedzialności.

Naszym wdzięcznym przykładem niech będzie czołg.
read more

Powered by: Wordpress