Wzorzec projektowy, unikanie if-ów, dobre praktyki

Wzorzec projektowy, unikanie if-ów, dobre praktyki
KK
  • Rejestracja:około 12 lat
  • Ostatnio:około 11 lat
  • Postów:135
0

Jak dla mnie czytelniej jest zrobić else, niż sztucznie coś zwracać. Ta metoda spokojnie może być void. Poza tym, mnie osobiście uczono, że z jedną z podstaw czytelności kodu jest jeden return na jedną metodę. @Koziołek, szanuję Cię za Twoją wiedzę i wiem, że daleko mi do takiej. Uważam jednak, że przekombinowałeś, a do prostych rzeczy trzeba używać prostych rozwiązań.

edytowany 2x, ostatnio: kaskader_kl
Shalom
  • Rejestracja:około 21 lat
  • Ostatnio:prawie 3 lata
  • Lokalizacja:Space: the final frontier
  • Postów:26433
0

@Azarien a jak takich prostych warunków masz na kilkaset linii? ;)
Zresztą spróbuj do tego swojego kodu napisać UntiTest który testuje wszystkie możliwe przejścia przez twoją metodę. Będzie ich 16, czyli bardzo bardzo dużo. W efekcie kod jest dość błędogenny, bo trudno go przetestować.


"Nie brookliński most, ale przemienić w jasny, nowy dzień najsmutniejszą noc - to jest dopiero coś!"
D2
  • Rejestracja:ponad 17 lat
  • Ostatnio:ponad 11 lat
0

Jak czytam dalsze części wątku to przerażenie mnie ogarnia .
Skoro wzorce programistyczne oraz paradygmaty programowania obiektowego są tylko nikomu niepotrzebnym narzutem na kod to czemu znakomita większość projektów na tej stronie http://sourceforge.net/ jest napisana właśnie w taki sposób.
Czemu spring i java tak się wysilają i tak piszą. Przecież mogliby walnąć stertę ifów i innych bazgrołów i też by było dobrze.

edytowany 2x, ostatnio: darkstar2
Azarien
  • Rejestracja:ponad 21 lat
  • Ostatnio:2 minuty
0

@Azarien a jak takich prostych warunków masz na kilkaset linii?
I znowu to samo: kilkaset linii. Ja nie mówię o kilkuset liniach, co wyraźnie w tamtym poście zaznaczyłem.

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.