🚀 go-pugleaf

On Saturday, January 20, 2024 at 8:58:53 PM UTC+1, heby wrote:
> On 20/01/2024 18:35, Przemek Biernat wrote: 
> > Czy nie uważacie że obecnie stosowanie LISKOV i SOLID to już przeszłość. Czekam na opinie
> Opinie do przypadkowego stwierdzenia? Nie. 
> 
> Uzasadnij co uważasz za błedne w tych podejściach, powiedz jakie masz 
> obserwacje pokazujące spadajacą użyteczność, przedstaw jakie rozwiązania 
> zastępują ich miejsce. 
> 
> Wtedy będzie można mieć jakies opinie.

1. Pojedyncza odpowiedzialność. Według mnie klasy wymyślono po to aby grupować i zamykać funkcjonalność. Czy chodzi o to aby klasy miały po jednej metodzie?
2. Otwarte zamknięte. Przykład: wzorzec fabryka, jak ci dochodzi kolejna klasa to i tak musisz zmienić kod fabryki i dodać generowanie klasy.
3. Liskov. To już jest czysty idealizm. Często nie udaje się aby wszystkie klasy potomne implementowały funkcje wszystkie funkcje klasy bazowej. Wyjściem są wiszące metody lub rzutowanie, osobiście preferuje static_cast z kontrolą typu.
4. Interfejsy podobnie jak wyżej patrz 1 i 3
5. Zależność od interfejsów a nie od konkretnych typów - to wydaje się być sensowne

A co powiecie gdyby iteratory były przekażywane przez wskaźnik i taki iterator był zwracany na zewnątrz klasy w celu wykonania algorytmu poza klasą ale na kontenerze klasy.

Zapraszam do dyskusji.

Przemek