Dependency Inversion Principle

„Wszystkie zależności powinny w jak największym stopniu zależeć od abstrakcji, a nie od konkretnego typu.„ „Moduły wysokiego poziomu nie powinny zależeć od modułów niskiego poziomu. Oba powinny zależeć od abstrakcji.” Wprowadzenie W dzisiejszym artykule chciałabym wyjaśnić ostatnią zasadę SOLID – DIP – Dependency Inversion Principle (Zasada odwrócenia zależności). Zasada ta Czytaj dalej…

Zasady SOLID

Czym jest SOLID? SOLID to zbiór dobrych praktyk w programowaniu obiektowym. Przestrzeganie tych zasad pomaga sprawić, że nasz kod jest bardziej zrozumiały, łatwiejszy w zarządzaniu, elastyczny na zmiany. SOLID to akronim wymyślony przez Michaela Feathersa. Ta metodologia została poparta przez Twórców czystego kodu m.in.: przez Roberta C. Martina. 5 podstawowych Czytaj dalej…

Interface Segregation Principle

Wiele dedykowanych interfejsów jest lepsze niż jeden ogólny. Wprowadzenie Czwartą zasadą SOLID jest zasada segregacji interfejsów. Zgodnie z tą zasadą nie powinniśmy wymuszać implementacji interfejsów, które nie są używane. Powinniśmy tworzyć więcej małych interfejsów niż jeden duży i zbyt ogólny. Programowanie zgodnie z tą zasadą pozwala uniknąć niepotrzebnej ilości, nadmiarowych Czytaj dalej…

Single Responsibility Principle

„Klasa powinna mieć tylko jeden powód do modyfikacji.” Wprowadzenie Zasada pojedynczej odpowiedzialności zakłada, że każda klasa powinna mieć tylko jedną odpowiedzialność (jeden powód do zmiany). Stosowanie tej zasady zwiększa ilość klas w programie, ale zmniejsza ilość klas typu „scyzoryk szwajcarski”. Takie klasy to kilkuset linijkowe klasy, które zawierają zbyt dużo Czytaj dalej…

Open-closed principle

Zasada otwarte-zamknięte. Klasy (encje) powinny być otwarte na rozszerzenia i zamknięte na modyfikacje.  Zgodnie z tą zasadą, oprogramowanie powinno być otwarte na rozszerzenia, ale zamknięte na modyfikacje. Oznacza to, że jeśli potrzebujemy dodać nową funkcjonalność, powinniśmy móc to zrobić bez konieczności zmiany istniejącego kodu. Nowa funkcjonalność powinna być dodawana przez Czytaj dalej…

Liskov Substitution Principle

„Funkcje, które używają wskaźników lub referencji do klas bazowych, muszą być w stanie używać również obiektów klas dziedziczących po klasach bazowych, bez dokładnej znajomości tych obiektów.” Wprowadzenie Trzecia zasada SOLID, to zasada podstawienia Liskov, która została sformułowana przez Barbarę Liskov. Zgodnie z zasadą LSP kod powinien być tak napisany, że Czytaj dalej…