O pchaniu wszędzie polimorfizmu

a ja wole mieć 1 plik 1k LoC niż 5x 200 pomiędzy którymi muszę skakać, a nawet z topowymi IDE typu VS / Rider to i tak jest jakiś cognitive load podczas analizy.

To napisz najpierw taki program, który będzie miał jakąkolwiek wartość biznesową (zarabiał pieniądze), który zmieścisz w jednym pliku 1k LoC i może wtedy rozważę Twoje podejście.
Bo Ja jednak trochę więcej linijek mam przeważnie w programach jakie pisze.
Więc ponownie jak mam mieć podając bardziej realną liczbe np. 20 000 linijek kodu, to Ja wolę mieć to podzielone na takie po 500 choćby, upraszczając zupełnie, bo tak dzielić zawsze też się nie da, niektóre klasy robi się większe inne mniejsze, wynika to z różnych uwarunkowań.

Zawsze występuje pewnego rodzaju bańka - codebasy na które miałeś ekspozycje.

Można po polsku ?

@omenomn2

Więc ponownie jak mam mieć podając bardziej realną liczbe np. 20 000 linijek kodu, to Ja wolę mieć to podzielone na takie po 500 choćby, upraszczając zupełnie, bo tak dzielić zawsze też się nie da, niektóre klasy robi się większe inne mniejsze, wynika to z różnych uwarunkowań.

Ja nigdzie nie sugeruje że masz cały programik pisać w 1 pliku.

Ja od początku piszę o jakimś fragmencie, module, algorytmie obsługujący jakąś część całej logiki biznesowej, który zamiast rozbijać na klaski, to realizujemy za pomocą chociażby switcha który ma exhaustiveness checka

Można po polsku?

Każdy z nas widział różne codebasy i ma różną perspektywę, a oryginalnie chodziło o to, że 1k LoC nie implikuje tego, że kod jest słaby/zły.

Polecam zapoznać się z tym wątkiem: https://4programmers.net/Forum/Inzynieria_oprogramowania/345560-kiedy_gruboziarnisty_kod_jest_lepszy

Każdy z nas widział różne codebasy i ma różną perspektywę, a oryginalnie chodziło o to, że 1k LoC nie implikuje tego, że kod jest słaby/zły.

Doczepiłeś się trochę do tego tysiąca, nie mówię, że każda klasa mająca tysiąc linii kodu jest zła, modele mogą mieć i więcej, ale ogólnie lepiej mieć mniej linijek niż więcej.
Rozbijanie klas nie powinno odbywać się bezsensownie tylko z tego powodu, że są duże, powinno się je rozbijać na odpowiedzialności.
Odeszliśmy od tematu polimorfizmu, który przyczynia się właśnie do tego, że klasy stają się mniejsze, bardziej przejrzyste, co sprzyja ich czytaniu, debugowaniu i rozwijaniu.
Nie twierdzę, że tysiąc linijek kodu w jednym pliku absolutnie musi być złe w każdym przypadku, jeżeli to co się dzieje w tym pliku nie ma drabin ifów i metod na 1000 linijek to okej, czyli np. w modelach.

anonimowy napisał(a):

Po prostu świat kodu zmierza w kierunku jak najprostszego kodu i podoba mi się ten nurt i wspieram od lat

A czy świat kodu kiedykolwiek zmierzał do tego, żeby kod nie był jak najprostszy?

anonimowy napisał(a):

No ogólnie nie można przesadzać ale często to bagno po prostu nie nadchodzi bo kod jest prosty. Nie mówię o drabinkach ifów itd. tylko zbędnych abstrakcjach na zaś gdy to zaś nie nadchodzi

Czym są zbędne abstrakcje?

@WeiXiao

zamiast approach1.file approach2.file approach3.file approach4.file approach5.file approach6.file które potrzebuje przeglądnąć

To, i jeszcze do tego nie jest na pierwszy rzut oka janse, kiedy i na jakiej podstawie kontrolka przechodzi do którego z tych approachów.

Masz wywołanie metody i za cholerę nie wiesz, która metoda jest tu naprawdę wołana.