spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Der Catch Block könnte aber selbst auch wieder werfen

Das ist richtig, aber sollte der finally-Block dann nicht eigentlich auch übersprungen werden? Müsste man mal testen.

MSDN über definitive Zuweisungen in Try-finally-Anweisungen:

Zitat von »MSDN«

Für eine try-Anweisung stmt der folgenden Form gilt:

try try-block finally finally-block

• ...
  
• Der definitive Zuweisungsstatus [einer Variablen] v am Anfang von finally-block ist mit dem definitiven Zuweisungsstatus von v am Anfang von stmt identisch.
  

- http://msdn.microsoft.com/de-de/library/aa691181.aspx

Das heißt wohl, dass die try- und catch-Blöcke keinen Einfluss auf den Zuweisungsstatus einer Variablen innerhalb eines finally-Blocks haben.

Zitat von »Sylence«

Ich bin grade über etwas gestolpert, dass ich nicht so ganz nachvollziehen kann. Folgender Code:

	C#-Quelltext
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15	bool test; try { test = true; } catch { test = false; } finally { if( test ) // error CS0165: Use of unassigned local variable 'test' { } }

Ich finde es schon logisch, das dieser Fehler erzeugt wird, da der Compiler sicher nicht überprüft, welche Funktionen vorher/oder ob überhaupt irgendwelche Funktionen vorher in deinem Try-Block ausgeführt werden.
Ein Beispiel:

Hier würde beispielsweise schon vor der Zuweisung von test in den Finally-Block gesprungen werden, somit könnte es theoretisch möglich sein, dass an dieser Stelle die Variable nicht zugewiesen wurde.
Ich finde es also schon logisch, wie der Compiler das hier gemacht hat.