Prawo Demeter – jak uchronić kod przed katastrofą
Zdarzyło Ci się spotkać albo, co gorsza, samemu napisać kod o następującej strukturze bank.getAccountingDepartment().getAccountingTeam().getAccountant().process(invoice)? Ewidentnie jest z nim coś nie tak. Nie dość, że grzebie on w wewnętrznej implementacji wielu klas to jeszcze ma potencjalnie aż 3 miejsca na rzucenie…
Klasy Utility – zwykłe lenistwo czy zło konieczne?
Pewnie w większości projektów można spotkać się z wielkim workiem na niechciane metody, czyli z tzw. klasami Utilities, które znane są również pod pojęciem Helper Classes. Czym one się charakteryzują? Tym, że zawierają tylko metody statyczne, nie przechowują żadnego stanu…
SOLID – Dependency inversion principle
Ostatnią zasadą mnemoniku SOLID jest Odwrócenie Zależności. Polega ona na tym, żeby nie uzależniać modułów wysokiego poziomu od modułów niskiego poziomu. Należy wstawić pomiędzy nie abstrakcję, która nie może zależeć od detali, ale to detale powinny zależeć od niej. Prościej…
SOLID – Interface segregation principle
Przedostatnia zasada mnemoniku SOLID. Według tej wytycznej interfejsy należy odpowiednio segregować. Nie jest zalecane tworzenie interfejsu “od wszystkiego”. Powinno się je konstruować w taki sposób, aby miały tylko jedną odpowiedzialność (Single Responsible Principle). Klas implementujących dany interfejs nie należy zmuszać…
SOLID – Liskov substitution principle
Trzecia już zasada mnemoniku SOLID. Nazwa tej reguły pochodzi od nazwiska twórczyni, czyli Barbary Liskov. Według niej w miejscu, gdzie wykorzystywana jest klasa bazowa bez problemu można użyć klas pochodnych, które mogą rozszerzać bazowe funkcjonalności, ale zmiany w nich zawarte…
SOLID – Open/closed principle
Druga zasada mnemoniku SOLID. Praktyka mówiąca, że klasy powinny być otwarte na rozszerzenia, ale zamknięte na modyfikacje. Opracował ją Bertrand Meyer w 1988 r. Według niej dana encja powinna mieć możliwość zmiany swojego zachowania bez ingerowania w kod źródłowy. W…
SOLID – Single responsible principle
Pierwsza zasada mnemoniku SOLID. Zgodnie z tą praktyką klasa powinna mieć tylko jedną odpowiedzialność. Musi istnieć jeden powód do jej zmiany. Dzięki temu łatwiej jest nam zrozumieć cel danej klasy, czyli jakie jest jej główne zadanie. Właśnie takie słowa wypowiedział…
SOLIDne podstawy programowania
W obiektowym podejściu do rozwijania oprogramowania warto kierować się zasadą SOLID. Praktyki w niej zawarte zostały zebrane przez sławnego Uncle Bob’a (Robert C. Martin), a Michael Feathers stworzył do tego piękny mnemonik. Dzięki tej grze słów (solid – solidny, mocny)…
Cześć! Cieszę się, że tutaj jesteś! Ja nazywam się Cezary Sanecki!
Na moim blogu znajdziesz wiele informacji na temat świata IT, ale nie tylko. Po więcej informacji o mnie zapraszam tutaj.
