Ich stimme Stefan zu, der Code ist detulich lesbarer.
Ich sollte mal öfters Stefan’s Code lesen

Early returns haben noch den Vorteil das Code dadurch besser strukturiert wird und daher einfacher zu lesen sind. Das Beispiel spricht sehr für die deklarative Programmierung.

Ich habe einmal die Empfehlung gelesen nicht mehr als 100 Zeichen in eine Zeile zu schreiben. Alles was länger als eine Bildschirmseite ist,
lagere ich in eine weitere Funktion Methode aus (Ausnahmen gibt es immer). Meist funktioniert diese Logik aber, da im Normalfall nicht mehr als eine Bildschirmseite an Code verwendet werden muss um Logik festzuhalten. Zumal wir ja auch nur ein begrenztes Aufnahmevermögen besitzen.

Stellt euch die Sicht auf den Code wie Google Earth vor. Ich fange ganz
oben auf der Weltkarte an um mir einen Überblick zu verschaffen, und je
mehr nicht nach geeigneten Ortschaften suche, desto Weiter runter gehe
ich mit der Ansicht. Das hilft sich besser zu orientieren. Stellt euch
mal vor ihr seit auf einer Ansicht 50 Meter über dem Ort. Also sehr weit
in die Karte gezoomt und wollte jetzt nach Amerika. könnte etwas länger
dauert, dort genau die richtige Orientierung zu finden. Was machen wir?
Zoomen heraus.

Diesen vorgang praktiziere ich in meinem Quellcode genau so. Durch die
Kapselung und Strukturierung in kleine Funktionen wird der Inhalt
häppchenweise presäntiert. Ich bewege wich dadruch auf einer groben oder feinen Strukturiereung.

Immer wieder “gerne” gesehen ist auch:

void foo(object bar)
{
if(! bar == null)
{
a;
b;
c;

d;
e;
f;
g;

//weitere 1000 Zeilen folgen
}
}