c# try ohne catch-inhalt?

Falk Gast 18.06.2013 16:04 #3207851

Lesenswert?

•

Hi,
ich möchte prüfen ob ein string der in einem objekt einer Tabelle landet 
eine Zahl ist.
wenn der string eine Zahl ist, so möchte ich das Obejt meiner Tabelle 
entsprechend markieren, ich hinterlege also die zusätzliche Information 
dass es ein Integer ist.
ist es keine Zahl, so wird das Datenformat string beibehalten, Es wird 
nichts gemacht!

Ich löse das in meiner Anwendung so:

Int32 i32Zahl;
  i32Zahl = Convert.ToInt32(Text);  // bei Text landen wir hier im catch!
  objektformat[cell] = Obj.Typ.Integer;  // Wert als Zahl markieren


So, nun höre ich überall dass man keine unbehandelten catch-Blöcke haben 
soll. Aber ich verstehe nicht warum?
Wenn im oberen Beispiel der Text nicht nach int konvertiert werden kann, 
dann muss auch der Datentyp nicht geändert werden!
wieso also einen Inhalt (sprich "code"!!) beim catch hinschreiben!?

Ist das, was ich hier mache, wirklich so unschön?

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Peter II Gast 18.06.2013 16:09 #3207855

Lesenswert?

•

▲
▼

Falk schrieb:
> wieso also einen Inhalt (sprich "code"!!) beim catch hinschreiben!?
> Ist das, was ich hier mache, wirklich so unschön?

ja ist es, wenn der code ein wenig länger wird, können auch mal andere 
Exceptions auftreten mit den man am anfang nicht gerechent hat. Dann 
such mal ewig nach so einen Fehler.

Und dieser code lässt sich mit tryParse eh lesbarer schreiben

http://msdn.microsoft.com/de-de/library/vstudio/f02979c7.aspx

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Falk Gast 18.06.2013 16:29 #3207879

Lesenswert?

•

▲
▼

danke!
tryParse scheint hier wirklich besser zu sein!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Urmel aus dem Eis Gast 18.06.2013 16:37 #3207892

Lesenswert?

•

▲
▼

Exceptions sind wie der Name sagt Ausnahmen, bei dir ist es aber sogar 
vorgesehen also gerade keine Ausnahme, dass eine Tabelle auch 
Zeichenketten enthält.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Uhu U. (uhu) 18.06.2013 16:52 #3207908

Lesenswert?

•

▲
▼

Falk schrieb:
> So, nun höre ich überall dass man keine unbehandelten catch-Blöcke haben
> soll. Aber ich verstehe nicht warum?

Wenn es für das Wiederaufsetzen egal ist, was die Ursache für eine 
Ausnahme ist und diese Ausnahmen nicht abgeschaltet werden können, dann 
ist ein leerer catch-Block eine sinnvolle Lösung.

Zum Debug kann man solche Ausnahmen natürlich zu Diagnosezwecken 
abfangen.

Richtige Probleme kann man allerdings bekommen, wenn man, ungetesteten 
Code im try-Block ruft.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Vermuter Gast 18.06.2013 19:55 #3208090

Lesenswert?

•

▲
▼

Ich vermute tryParse wird intern genau dass machen was du in deinem try 
block hast und je nach dem ob die Funktion eine exception geworfen hat 
true oder false zurückgeben.

Gekapselt sie das natürlich schicker aus und ist wartbarer

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Peter II Gast 18.06.2013 21:25 #3208187

Lesenswert?

•

▲
▼

Vermuter schrieb:
> Ich vermute tryParse wird intern genau dass machen was du in deinem try
> block hast und je nach dem ob die Funktion eine exception geworfen hat
> true oder false zurückgeben.

und warum soll es nicht andersrum sein? Bei dem convert wird intern ein 
TryParse aufgerufen und wenn das false liefert, dann wird eine exception 
geworfen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Vermuter Gast 18.06.2013 21:33 #3208194

Lesenswert?

•

▲
▼

Weil die Methode Int32.TryParse in im .Net Framework 2.0 eingeführt 
wurde

Die Convert gab es vorher schon.

http://msdn.microsoft.com/de-de/library/vstudio/f02979c7(v=vs.80).aspx
http://msdn.microsoft.com/en-us/library/sf1aw27b(v=vs.80).aspx

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Arc N. (arc) 19.06.2013 00:01 #3208326

Lesenswert?

•

▲
▼

Peter II schrieb:
> Vermuter schrieb:
>> Ich vermute tryParse wird intern genau dass machen was du in deinem try
>> block hast und je nach dem ob die Funktion eine exception geworfen hat
>> true oder false zurückgeben.
>
> und warum soll es nicht andersrum sein? Bei dem convert wird intern ein
> TryParse aufgerufen und wenn das false liefert, dann wird eine exception
> geworfen.

So ähnlich.
TryParse (und auch die entsprechenden Methoden in Convert und Int32) 
rufen Methoden aus der Number-Klasse auf (ParseInt32, TryParseInt32, 
usw.), die dort irgendwann bei ParseNumber landen...

http://referencesource.microsoft.com/netframework.aspx

Antwort Zitieren Bearbeiten Löschen Beitrag melden

c# try ohne catch-inhalt?

Antwort schreiben