Das Problem an try catch ist, dass das Werfen einer Exception
seine Zeit beansprucht - und darum sollte dies eigentlich nur als
äusserste Prüfung und wirklich zum Abfangen von Fehlern genutzt
werden, weniger als Prüfung.
Das sehe ich auch so.
Hier findet man eine gute Zusammenfassung dazu:
Hallo
Habe hier noch eine Zusammenfassung mit Performancetests gefunden.
http://aspalliance.com/articleViewer.aspx?aId=80pId=-1
Da muss man sich wohl wirklich Funktionenen wie isInt etc. selber bauen.
Weis jemand, wie es in .net 2.0 sein wird? Dann könnte man die
Namensgeben gleich daran
Ich werde nachher mal das Beispiel Double.TryParse ausprobieren. Das scheint
eine gute und schnelle Möglichkeit ohne Exceptionhandling zu sein.
Bei den Performanceunterschieden mit und ohne Exceptions muss ich wohl Teile
meiner aktuellen Klassen umschreiben, bevor da niemand mehr dran denkt. Da
Hallo
Ich werde nachher mal das Beispiel Double.TryParse ausprobieren. Das scheint
eine gute und schnelle Möglichkeit ohne Exceptionhandling zu sein.
Hat mir auch am Besten gefallen.
Double.TryParse(value, Globalization.NumberStyles.Integer,
System.Globalization.NumberFormatInfo.CurrentInfo,
Hallo,
ich habe das Problem mal allgemeiner gelöst. Den unten aufgeführten Ansatz
verwende ich u.a. um Eingabefelder zu validieren an Stellen,
wo es meiner Meinung nach wenig Sinn gemacht hätte, mit Validationcontrols
zu arbeiten. Man kann das auch wunderbar für andere Belange einsetzen, wo
Ist halt auch darauf ausgelegt, dass man einfach mal ein Convert
ausführt und dann allfällige Exceptions abfängt.
Wie du in der Grafik von meinem letzten Link sehen kannst, ist das von
der Performance her nicht optimal.
Wenn du mit beidem leben kannst, ist das so ok.
*
Ich finds halt recht schön allgemein gehalten
(unabhängig vom übergebenen Typ) und man kann den eigentlichen
Produktionscode recht kurz halten.
Ausnahmen treten, wenn man das Teil nur in Situationen einsetzt, in denen
man mit hoher Wahrscheinlichkeit mit Erfolg rechnen kann, recht selten auf...
ist eigentlich zu umständlich
if(isNumeric(strWert))
{
if(Convert.ToInt32(strWert)==Convert.ToDouble(strWert))
{
//OK
}
}
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Christoph Schmid
Gesendet: Samstag, 19.
Schön, dass es auch noch um diese Zeit antworten gibt.
Wenn ich mit Convert.Toint32 arbeite, bekomme ich eine Die
Eingabezeichenfolge hat das falsche Format.-Exception.
Mit cint gibt es eine Die arithmetische Operation hat einen Überlauf
verursacht.-Exception.
Gibts es eine Möglichkeit ohne
: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Christoph Schmid
Gesendet: Samstag, 19. Juni 2004 00:51
An: [EMAIL PROTECTED]
Betreff: Re: AW: [Asp.net] isnumeric und cint
Schön, dass es auch noch um diese Zeit antworten gibt.
Wenn ich mit Convert.Toint32 arbeite, bekomme ich eine Die
Mir fällt da auf anhieb keine ein, als vorher vielleicht mit
string.Replace() alles rauszufiltern.
Da es für die DB ist, machen das Parameter (Parametriesierte Abfragen) nicht
von sich aus?
Es ist nicht unbedingt direkt für die DB. Mit den Parametern geht es ja
darum, z.B. die ' zu handeln.
Wenn
11 matches
Mail list logo
