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 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 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 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 – 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 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. 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. 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 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”. Czytaj dalej…