Wpis z mikrobloga

@SiarkoWodor: Jasne że drugi.
1. Masz pewność że debuger się nie popieprzy. To akurat jest prosty przykład, ale naprawdę, jest sporo przypadków, kiedy przez takie returny możesz stracić synchro.
2. Jest ogólna zasada, jeden return na funkcję - czysty kod. Każdy dodatkowy return zwiększa skomplikowalność metody o jeden. A chyba dobrą praktyką jest trzymać poziom na max 9.
3. Jeśli przez brak returnów na poczatku, masz problemy potem ze wcięciami, jak
@SiarkoWodor: pierwszy jest łatwy do debugowania, łatwiejszy w czytaniu jak i też rozszerzalny , bo możesz dodać nowe walidacje. Ten 2 styl robią amatorzy, którzy zaczynają przygodę z programowaniem.

Polecam zobaczyć frameworki jak są pisane przez profesjonalistów.
@Sarseth:
1. o.O Nie wiem w jakim języku piszesz, ale na pewno nie w javie. Prawie cały czas mam odpalony debugger i restartuje tylko po dodaniu klasy/metody/pola. Masz jakiś dziwny debugger.
2. Niby tak, ale utrzymywanie go tak na siłę, jak w linku od @kasa wygląda źle i czyta się źle. A i dla javy takie rozwiązanie jest normalne i wręcz oczekiwane.
3. Nawet te 3 wcięcia powodują że kod czyta