I tak dotarliśmy do ostatniego artykułu opisującego zasady SOLID. Dzisiaj przyszła kolej na zasadę odwracania zależności (ang. Dependency Inversion Principle). Co kryje się pod tym tajemniczo brzmiącym zwrotem? Już wyjaśniam!     Co mówi nam ta zasada? Okej, ale o co w tym chodzi? Głównym założeniem tej zasady jest to, aby posługiwać się interfejsami zamiast konkretnymi implementacjami. Dosadnie można rozumieć to następująco:Żadna zmienna nie powinna zawierać wskaźnika lub referenc...

Po Single Responsiblity Principle najważniejsza (moim zdaniem) zasada programowania obiektowego – Dependency Inversion Principle. Mówi ona, że obiekty powinny być zależne od abstrakcji a nie od konkretnej klasy. A po ludzku, w żadnej definicji funkcji i w żadnej deklaracji zmiennej nie powinniśmy używać nazwy klasy. Zamiast tego powinniśmy używać interfejsy albo klasy abstrakcyjne czyli zamiast private IPerson _owner; public bool ValidateOwner(IPerson personToValidate) { //..... } piszemy private IPe...