Duże niewyspecjalizowane interfejsy prowadzą do powstawania dużych niewyspecjalizowanych klas, które naruszają SRP, OCP i LSP. O tym aby nie tworzyć takich interfejsów mówi Interface Segregation Principle – 4 zasada SOLID.
Jeśli nie zaimplementujesz części funkcji, rzucisz nieznany wyjątek lub złamiesz założenia implementowanego interfejsu to wiedz, że naruszasz 3 zasadę SOLID – Liskov Substitution Principle.
Dependency Inversion czyli piąta zasada SOLID jest jak forteca dla kodu, zabezpiecza go przed wpływami z zewnątrz i chroni logikę biznesową przed ingerencją mniej ważnego kodu.
Jeśli stosujesz zasadę Open/Close to zmieniające się wymagania i nowe funkcjonalności nie są dla Ciebie trudnym wyzwaniem tylko naturalnym procesem wytwarzania oprogramowania. Poznaj drugą zasadę SOLID.
SOLID to nie tylko akronim, to 5 ważnych zasad, które musisz rozumieć. Naucz się stosować Single Responsibility Principle i zrób krok w stronę lepszego i czystszego kodu.
