SOLIDNY
| SOLIDNE |
|---|
| zasady |
W inżynierii oprogramowania SOLID to mnemoniczny akronim pięciu zasad projektowania, których celem jest uczynienie projektów zorientowanych obiektowo bardziej zrozumiałymi, elastycznymi i łatwiejszymi w utrzymaniu . Zasady te są podzbiorem wielu zasad promowanych przez amerykańskiego inżyniera oprogramowania i instruktora Roberta C. Martina , po raz pierwszy przedstawionych w jego artykule z 2000 roku Zasady projektowania i wzorce projektowe omawiające zgniliznę oprogramowania .
SOLIDNE pomysły są
- Zasada pojedynczej odpowiedzialności : „Nigdy nie powinno być więcej niż jednego powodu do zmiany klasy ”. Innymi słowy, każda klasa powinna mieć tylko jedną odpowiedzialność.
- Zasada zamknięcia otwartego : „Oprogramowanie… powinno być otwarte na rozbudowę, ale zamknięte na modyfikację”.
- Zasada podstawienia Liskowa : „Funkcje, które używają wskaźników lub odniesień do klas bazowych, muszą być w stanie używać obiektów klas pochodnych, nie wiedząc o tym”. Zobacz także projektowanie według umowy .
- Zasada segregacji interfejsów : „Klienci nie powinni być zmuszani do polegania na interfejsach, których nie używają”.
- Zasada odwrócenia zależności : „Polegaj na abstrakcjach, [nie] konkrecjach”.
Akronim SOLID został wprowadzony później, około 2004 roku, przez Michaela Feathersa.
Chociaż zasady SOLID mają zastosowanie do każdego projektu zorientowanego obiektowo, mogą również stanowić podstawę filozofii dla metodologii, takich jak programowanie zwinne lub adaptacyjne tworzenie oprogramowania .