Wprowadzenie Wzorzec dekorator to wzorzec projektowy z kategorii strukturalnych, który pozwala dodawać nowe funkcje do istniejących obiektów bez zmiany ich struktury. Wzorzec ten opiera się na zasadzie kompozycji, gdzie obiekty są dekorowane, czyli opakowywane, przez inne obiekty, które dodają im dodatkowe funkcjonalności. Komponenty Wzorzec dekoratora składa się z następujących elementów: Czytaj dalej…
Wprowadzenie Istnieje wiele zasad programowania, którymi kierują się programiści, aby ich kod był jasny i zrozumiały dla innych. Programiści kierują się zasadami SOLID, które opisałam w innych artykułach oraz wzorcami projektowymi. Wzorce projektowe pomagają w utrzymaniu, tworzeniu oraz modyfikacji kodu źródłowego. Pokazują powiązania i zależności jakie występują pomiędzy klasami oraz Czytaj dalej…
Wprowadzenie W tym wpisie chciałabym przybliżyć Wam czym są wzorce projektowe, jakie są ich zalety i jakie rodzaje wyróżniamy. Po raz pierwszy koncepcję wzorców opisał w swojej książce „Język wzorców” Christopher Alexander. Książka opisuje “język” służący projektowaniu środowiska miejskiego. Jednostkami tego języka są wzorce, które mogą opisywać m.in.: wysokość okien, powierzchnię Czytaj dalej…
„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…
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…
„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…
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…
„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…
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…