Test Driven Development to technika tworzenia oprogramowania, która odwraca domyślny porządek tworzenia kodu. Najpierw pisane są testy, a dopiero później implementowana jest nowa funkcjonalność. To podejście polega na wielokrotnym powtarzaniu kroków (tzw. cykl: red – green – refactor): Po zakończeniu cyklu można przejść do następnej iteracji i zacząć cały cykl od początku. Ważne, aby na …
Dependency Inversion Principle (DIP) – zasada odwrócenia zależności brzmi następująco: Wysokopoziomowe moduły nie powinny zależeć od modułów niskopoziomowych – zależności między nimi powinny wynikać z abstrakcji. Ta zasada mówi, że klasy nie powinny być od siebie zależne. Podczas tworzenia aplikacji należy posługiwać się interfejsami, a nie implementacjami (czyli klasy powinny być zależne od abstrakcji). Klasy zawierające …
S.O.L.I.D. 5 – Dependency Inversion Principle (DIP) Read More »
Interface Segregation Principle (ISP) – czyli zasada segregacji interfejsów. Mówi o tym, że: Wiele dedykowanych interfejsów jest lepsze niż jeden ogólny. Zasada ISP mówi o tym, żeby tworzyć jak najbardziej uproszczone interfejsy / klasy abstrakcyjne, tak aby klasy, które ich używają wykorzystywały wszystkie ich metody. Przykład: Na podstawie interfejsu Animal tworzone są poszczególne klasy zwierząt …
S.O.L.I.D. 4 – Interface Segregation Principle (ISP) Read More »
Liskov’s Substitution Principle (LSP) – zasada podstawienia Liskov. Nazwa tej motody pochodzi od programistki Barbary Liskov, która sformułowała poniższą zasadę: Funkcje, które korzystają z referencji bądź wskaźników do klas bazowych, muszą być w stanie poprawnie używać obiektów klas dziedziczących po tych klasach bazowych, bez ich dokładnej znajomości. Zasada mówi o tym, żeby w miejscu klasy …
S.O.L.I.D. 3 – Liskov’s Substitution Principle (LSP) Read More »
Open/Closed Principle (OCP) – zasada otwarte-zamknięte mówi o tym, że: Klasy (encje) powinny być otwarte na rozszerzenia i zamknięte na modyfikacje. Co to dokładnie oznacza? W życiu zmiany są pewne. Co za tym idzie, gdy musimy dodać do aplikacji np. nową funkcjonalność, nie powinno się modyfikować kodu już istniejącego. Zamiast tego powinno się rozszerzać aplikację, …
Czym właściwie jest SOLID? SOLID to akronim wymyślony przez Roberta C.Martina. Jest to zestaw zasad stosowany w programowaniu obiektowym. Dzięki nim powinniśmy uniknąć błędów podczas tworzenia aplikacji, a nasz kod będzie najwyższej jakości. Single Responsibility Principle (SRP) – najprostsza i najbardziej użyteczna zasada, nazywana jest zasadą pojedynczej odpowiedzialności. Jest treść brzmi następująco: Klasa powinna mieć tylko …
S.O.L.I.D. 1 – Single Responsibility Principle (SRP) Read More »
Metoda Szablonowa jest wzorcem, za pomocą którego możemy zdefiniować szablon algorytmu. Poszczególne kroki algorytmu w szablonie są definiowane jako oddzielne metody. Metody mogą być obsługiwane zarówno przez klasę, w której zawiera się metoda szablonowa, jak i przez klasy podrzędne. Metody, które mają być implementowane przez klasy podrzędne, są metodami abstrakcyjnymi. Klasy podrzędne mają możliwość redefiniowania …
Wzorzec Fabryka to popularna technika, która pozwala na stworzenie kodu uzależnionego od abstrakcji. Polega na oddelegowaniu tworzenia obiektu do innych klas. Wzorzec zapewnia hermetyzację procesu tworzenia obiektów, pozwala na oddzielnie kodu klienta od implementacji oraz realizuje regułę odwracania zależności (DIP – Dependency Inversion Principle). Wzorzec występuje w dwóch wariantach: Metoda Fabrykująca (Factory Method) i Fabryka …
Wzorzec Dekorator jest jednym z podstawowych wzorców projektowych. Stosując wzorzec Dekorator możemy dodawać danemu obiektowi nowe zachowania. Wzorzec Dekorator stanowi doskonałą alternatywę dla dziedziczenia. Pracę ze wzorcem zaczynamy od utworzenie składnika podstawowego, do którego będziemy dodawać nowe zachowania tzw. dekoratory. Każdy z obiektów podstawowych może mieć dowolną ilość dekoratorów. Należy pamiętać, żeby obiekty dekorujące były …