solid

S.O.L.I.D. 5 – Dependency Inversion Principle (DIP)

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 »

S.O.L.I.D. 4 – Interface Segregation Principle (ISP)

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 »

S.O.L.I.D. 3 – Liskov’s Substitution Principle (LSP)

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 »

S.O.L.I.D. 2 – Open/Closed Principle (OCP)

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ę, …

S.O.L.I.D. 2 – Open/Closed Principle (OCP) Read More »

S.O.L.I.D. 1 – Single Responsibility Principle (SRP)

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 »