Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un fichier
.csv duquel j'extrait des données. Je voudrais vérifier que l'un des strings
que j'extrait est bien une url - cad pr mon prog : chemin d'accès d'un
fichier (qu'elle soit valide ou non) : existe t-il une méthode vérifiant
qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu bourrin.
Merci par avance
Sébastien
Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un fichier
.csv duquel j'extrait des données. Je voudrais vérifier que l'un des strings
que j'extrait est bien une url - cad pr mon prog : chemin d'accès d'un
fichier (qu'elle soit valide ou non) : existe t-il une méthode vérifiant
qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu bourrin.
Merci par avance
Sébastien
Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un fichier
.csv duquel j'extrait des données. Je voudrais vérifier que l'un des strings
que j'extrait est bien une url - cad pr mon prog : chemin d'accès d'un
fichier (qu'elle soit valide ou non) : existe t-il une méthode vérifiant
qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu bourrin.
Merci par avance
Sébastien
Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:
> Bonjour,
>
> Je fais actuellement un prog en C# (windows application). J'ai un fichier
> .csv duquel j'extrait des données. Je voudrais vérifier que l'un des strings
> que j'extrait est bien une url - cad pr mon prog : chemin d'accès d'un
> fichier (qu'elle soit valide ou non) : existe t-il une méthode vérifiant
> qu'un string contient une url ?
>
> J'ai essayé de faire :
> Uri test = new Uri(mon_string);
>
> mais comme je me doutais ca fait planter mon prog.
> la solution serait de faire un try{} catch{} mais je trouve ça un peu bourrin.
>
> Merci par avance
>
> Sébastien
Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:
> Bonjour,
>
> Je fais actuellement un prog en C# (windows application). J'ai un fichier
> .csv duquel j'extrait des données. Je voudrais vérifier que l'un des strings
> que j'extrait est bien une url - cad pr mon prog : chemin d'accès d'un
> fichier (qu'elle soit valide ou non) : existe t-il une méthode vérifiant
> qu'un string contient une url ?
>
> J'ai essayé de faire :
> Uri test = new Uri(mon_string);
>
> mais comme je me doutais ca fait planter mon prog.
> la solution serait de faire un try{} catch{} mais je trouve ça un peu bourrin.
>
> Merci par avance
>
> Sébastien
Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:
> Bonjour,
>
> Je fais actuellement un prog en C# (windows application). J'ai un fichier
> .csv duquel j'extrait des données. Je voudrais vérifier que l'un des strings
> que j'extrait est bien une url - cad pr mon prog : chemin d'accès d'un
> fichier (qu'elle soit valide ou non) : existe t-il une méthode vérifiant
> qu'un string contient une url ?
>
> J'ai essayé de faire :
> Uri test = new Uri(mon_string);
>
> mais comme je me doutais ca fait planter mon prog.
> la solution serait de faire un try{} catch{} mais je trouve ça un peu bourrin.
>
> Merci par avance
>
> Sébastien
Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un fichier
.csv duquel j'extrait des données. Je voudrais vérifier que l'un des
strings que j'extrait est bien une url - cad pr mon prog : chemin d'accès
d'un fichier (qu'elle soit valide ou non) : existe t-il une méthode
vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:
Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un fichier
.csv duquel j'extrait des données. Je voudrais vérifier que l'un des
strings que j'extrait est bien une url - cad pr mon prog : chemin d'accès
d'un fichier (qu'elle soit valide ou non) : existe t-il une méthode
vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un fichier
.csv duquel j'extrait des données. Je voudrais vérifier que l'un des
strings que j'extrait est bien une url - cad pr mon prog : chemin d'accès
d'un fichier (qu'elle soit valide ou non) : existe t-il une méthode
vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper" l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye de
créer une uri à partir d'une chaîne et si, exceptionnellement, la chaîne
n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" a écrit dans le message
de news: dbqoa0$qp$
> Une autre solution serait de passer par les expressions regulieres,
> mais personellement la methode "bourrin" me semble mieux.
>
> Nicolas
>
>
> Sébstien wrote:
>> Bonjour,
>>
>> Je fais actuellement un prog en C# (windows application). J'ai un fichier
>> .csv duquel j'extrait des données. Je voudrais vérifier que l'un des
>> strings que j'extrait est bien une url - cad pr mon prog : chemin d'accès
>> d'un fichier (qu'elle soit valide ou non) : existe t-il une méthode
>> vérifiant qu'un string contient une url ?
>>
>> J'ai essayé de faire :
>> Uri test = new Uri(mon_string);
>>
>> mais comme je me doutais ca fait planter mon prog.
>> la solution serait de faire un try{} catch{} mais je trouve ça un peu
>> bourrin.
>>
>> Merci par avance
>>
>> Sébastien
Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper" l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye de
créer une uri à partir d'une chaîne et si, exceptionnellement, la chaîne
n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" <nfranchet@peterpan_fr.cjb.net> a écrit dans le message
de news: dbqoa0$qp$1@news1.completel.net...
> Une autre solution serait de passer par les expressions regulieres,
> mais personellement la methode "bourrin" me semble mieux.
>
> Nicolas
>
>
> Sébstien wrote:
>> Bonjour,
>>
>> Je fais actuellement un prog en C# (windows application). J'ai un fichier
>> .csv duquel j'extrait des données. Je voudrais vérifier que l'un des
>> strings que j'extrait est bien une url - cad pr mon prog : chemin d'accès
>> d'un fichier (qu'elle soit valide ou non) : existe t-il une méthode
>> vérifiant qu'un string contient une url ?
>>
>> J'ai essayé de faire :
>> Uri test = new Uri(mon_string);
>>
>> mais comme je me doutais ca fait planter mon prog.
>> la solution serait de faire un try{} catch{} mais je trouve ça un peu
>> bourrin.
>>
>> Merci par avance
>>
>> Sébastien
Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper" l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye de
créer une uri à partir d'une chaîne et si, exceptionnellement, la chaîne
n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" a écrit dans le message
de news: dbqoa0$qp$
> Une autre solution serait de passer par les expressions regulieres,
> mais personellement la methode "bourrin" me semble mieux.
>
> Nicolas
>
>
> Sébstien wrote:
>> Bonjour,
>>
>> Je fais actuellement un prog en C# (windows application). J'ai un fichier
>> .csv duquel j'extrait des données. Je voudrais vérifier que l'un des
>> strings que j'extrait est bien une url - cad pr mon prog : chemin d'accès
>> d'un fichier (qu'elle soit valide ou non) : existe t-il une méthode
>> vérifiant qu'un string contient une url ?
>>
>> J'ai essayé de faire :
>> Uri test = new Uri(mon_string);
>>
>> mais comme je me doutais ca fait planter mon prog.
>> la solution serait de faire un try{} catch{} mais je trouve ça un peu
>> bourrin.
>>
>> Merci par avance
>>
>> Sébastien
Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper" l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye de
créer une uri à partir d'une chaîne et si, exceptionnellement, la chaîne
n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" a écrit dans le message
de news: dbqoa0$qp$Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que l'un
des strings que j'extrait est bien une url - cad pr mon prog : chemin
d'accès d'un fichier (qu'elle soit valide ou non) : existe t-il une
méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper" l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye de
créer une uri à partir d'une chaîne et si, exceptionnellement, la chaîne
n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" <nfranchet@peterpan_fr.cjb.net> a écrit dans le message
de news: dbqoa0$qp$1@news1.completel.net...
Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:
Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que l'un
des strings que j'extrait est bien une url - cad pr mon prog : chemin
d'accès d'un fichier (qu'elle soit valide ou non) : existe t-il une
méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper" l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye de
créer une uri à partir d'une chaîne et si, exceptionnellement, la chaîne
n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" a écrit dans le message
de news: dbqoa0$qp$Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que l'un
des strings que j'extrait est bien une url - cad pr mon prog : chemin
d'accès d'un fichier (qu'elle soit valide ou non) : existe t-il une
méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
Il y a une différence fondamentale entre tous les TryXXX de Framework 2.0
et le fait de faire un try/catch: la performance.
En effet, une levée d'exception + catch coute des milliers de cycles
processeur. Dans un cas de "vraie" erreur, ca ne pose aucun problème, mais
dans un cas de fonctionnement normal, c'est plutôt à éviter, et
malheureusement avec le Framework 1.X, ce n'est pas toujours possible...
C'est pour cela que ces fonctions ont été crées systématiquement dans le
Framework 2.0.
Dans le cas ici, il faut faire un petit test (une boucle) entre expression
régulière et catch à mon avis.
Simon.
www.softfluent.com
"Fabien Bezagu" <fbezagu_at_novacor_dot_fr> a écrit dans le message de
news: 42e0ec39$0$30184$Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper"
l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye de
créer une uri à partir d'une chaîne et si, exceptionnellement, la chaîne
n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" a écrit dans le
message de news: dbqoa0$qp$Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que
l'un des strings que j'extrait est bien une url - cad pr mon prog :
chemin d'accès d'un fichier (qu'elle soit valide ou non) : existe t-il
une méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
Il y a une différence fondamentale entre tous les TryXXX de Framework 2.0
et le fait de faire un try/catch: la performance.
En effet, une levée d'exception + catch coute des milliers de cycles
processeur. Dans un cas de "vraie" erreur, ca ne pose aucun problème, mais
dans un cas de fonctionnement normal, c'est plutôt à éviter, et
malheureusement avec le Framework 1.X, ce n'est pas toujours possible...
C'est pour cela que ces fonctions ont été crées systématiquement dans le
Framework 2.0.
Dans le cas ici, il faut faire un petit test (une boucle) entre expression
régulière et catch à mon avis.
Simon.
www.softfluent.com
"Fabien Bezagu" <fbezagu_at_novacor_dot_fr> a écrit dans le message de
news: 42e0ec39$0$30184$626a14ce@news.free.fr...
Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper"
l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye de
créer une uri à partir d'une chaîne et si, exceptionnellement, la chaîne
n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" <nfranchet@peterpan_fr.cjb.net> a écrit dans le
message de news: dbqoa0$qp$1@news1.completel.net...
Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:
Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que
l'un des strings que j'extrait est bien une url - cad pr mon prog :
chemin d'accès d'un fichier (qu'elle soit valide ou non) : existe t-il
une méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
Il y a une différence fondamentale entre tous les TryXXX de Framework 2.0
et le fait de faire un try/catch: la performance.
En effet, une levée d'exception + catch coute des milliers de cycles
processeur. Dans un cas de "vraie" erreur, ca ne pose aucun problème, mais
dans un cas de fonctionnement normal, c'est plutôt à éviter, et
malheureusement avec le Framework 1.X, ce n'est pas toujours possible...
C'est pour cela que ces fonctions ont été crées systématiquement dans le
Framework 2.0.
Dans le cas ici, il faut faire un petit test (une boucle) entre expression
régulière et catch à mon avis.
Simon.
www.softfluent.com
"Fabien Bezagu" <fbezagu_at_novacor_dot_fr> a écrit dans le message de
news: 42e0ec39$0$30184$Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper"
l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye de
créer une uri à partir d'une chaîne et si, exceptionnellement, la chaîne
n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" a écrit dans le
message de news: dbqoa0$qp$Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que
l'un des strings que j'extrait est bien une url - cad pr mon prog :
chemin d'accès d'un fichier (qu'elle soit valide ou non) : existe t-il
une méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
Oui c'est tout à fait exact. C'est d'ailleurs très dommage qu'une levée
d'exception coûte aussi cher, cela ne favorise pas leur utilisation et je
ne trouve pas le paliatif des TryXXX conceptuellement très esthétique.
Cela, je n'ai pas dit qu'il n'y avait pas de différence technique mais je
persiste à penser qu'il n'y a pas de différence fonctionnelle. Le
framework 2.0 apporte juste une amélioration au niveau des performances.
Fabien
"Simon Mourier" a écrit dans le message de
news:Il y a une différence fondamentale entre tous les TryXXX de Framework 2.0
et le fait de faire un try/catch: la performance.
En effet, une levée d'exception + catch coute des milliers de cycles
processeur. Dans un cas de "vraie" erreur, ca ne pose aucun problème,
mais dans un cas de fonctionnement normal, c'est plutôt à éviter, et
malheureusement avec le Framework 1.X, ce n'est pas toujours possible...
C'est pour cela que ces fonctions ont été crées systématiquement dans le
Framework 2.0.
Dans le cas ici, il faut faire un petit test (une boucle) entre
expression régulière et catch à mon avis.
Simon.
www.softfluent.com
"Fabien Bezagu" <fbezagu_at_novacor_dot_fr> a écrit dans le message de
news: 42e0ec39$0$30184$Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper"
l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye
de créer une uri à partir d'une chaîne et si, exceptionnellement, la
chaîne n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" a écrit dans le
message de news: dbqoa0$qp$Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que
l'un des strings que j'extrait est bien une url - cad pr mon prog :
chemin d'accès d'un fichier (qu'elle soit valide ou non) : existe t-il
une méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
Oui c'est tout à fait exact. C'est d'ailleurs très dommage qu'une levée
d'exception coûte aussi cher, cela ne favorise pas leur utilisation et je
ne trouve pas le paliatif des TryXXX conceptuellement très esthétique.
Cela, je n'ai pas dit qu'il n'y avait pas de différence technique mais je
persiste à penser qu'il n'y a pas de différence fonctionnelle. Le
framework 2.0 apporte juste une amélioration au niveau des performances.
Fabien
"Simon Mourier" <simon_mourier@botmail.com> a écrit dans le message de
news: utWRIN3jFHA.2152@TK2MSFTNGP14.phx.gbl...
Il y a une différence fondamentale entre tous les TryXXX de Framework 2.0
et le fait de faire un try/catch: la performance.
En effet, une levée d'exception + catch coute des milliers de cycles
processeur. Dans un cas de "vraie" erreur, ca ne pose aucun problème,
mais dans un cas de fonctionnement normal, c'est plutôt à éviter, et
malheureusement avec le Framework 1.X, ce n'est pas toujours possible...
C'est pour cela que ces fonctions ont été crées systématiquement dans le
Framework 2.0.
Dans le cas ici, il faut faire un petit test (une boucle) entre
expression régulière et catch à mon avis.
Simon.
www.softfluent.com
"Fabien Bezagu" <fbezagu_at_novacor_dot_fr> a écrit dans le message de
news: 42e0ec39$0$30184$626a14ce@news.free.fr...
Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper"
l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye
de créer une uri à partir d'une chaîne et si, exceptionnellement, la
chaîne n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" <nfranchet@peterpan_fr.cjb.net> a écrit dans le
message de news: dbqoa0$qp$1@news1.completel.net...
Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:
Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que
l'un des strings que j'extrait est bien une url - cad pr mon prog :
chemin d'accès d'un fichier (qu'elle soit valide ou non) : existe t-il
une méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
Oui c'est tout à fait exact. C'est d'ailleurs très dommage qu'une levée
d'exception coûte aussi cher, cela ne favorise pas leur utilisation et je
ne trouve pas le paliatif des TryXXX conceptuellement très esthétique.
Cela, je n'ai pas dit qu'il n'y avait pas de différence technique mais je
persiste à penser qu'il n'y a pas de différence fonctionnelle. Le
framework 2.0 apporte juste une amélioration au niveau des performances.
Fabien
"Simon Mourier" a écrit dans le message de
news:Il y a une différence fondamentale entre tous les TryXXX de Framework 2.0
et le fait de faire un try/catch: la performance.
En effet, une levée d'exception + catch coute des milliers de cycles
processeur. Dans un cas de "vraie" erreur, ca ne pose aucun problème,
mais dans un cas de fonctionnement normal, c'est plutôt à éviter, et
malheureusement avec le Framework 1.X, ce n'est pas toujours possible...
C'est pour cela que ces fonctions ont été crées systématiquement dans le
Framework 2.0.
Dans le cas ici, il faut faire un petit test (une boucle) entre
expression régulière et catch à mon avis.
Simon.
www.softfluent.com
"Fabien Bezagu" <fbezagu_at_novacor_dot_fr> a écrit dans le message de
news: 42e0ec39$0$30184$Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper"
l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye
de créer une uri à partir d'une chaîne et si, exceptionnellement, la
chaîne n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" a écrit dans le
message de news: dbqoa0$qp$Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que
l'un des strings que j'extrait est bien une url - cad pr mon prog :
chemin d'accès d'un fichier (qu'elle soit valide ou non) : existe t-il
une méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
on dis & list toujours que les exception sont tres couteuse en
performance.
mais y'a t'il un benchmark quelquepart qui donne une idee plus precise?
"Fabien Bezagu" <fabien_dot_bezagu_at_free_dot_fr> wrote in message
news:%Oui c'est tout à fait exact. C'est d'ailleurs très dommage qu'une levée
d'exception coûte aussi cher, cela ne favorise pas leur utilisation et je
ne trouve pas le paliatif des TryXXX conceptuellement très esthétique.
Cela, je n'ai pas dit qu'il n'y avait pas de différence technique mais je
persiste à penser qu'il n'y a pas de différence fonctionnelle. Le
framework 2.0 apporte juste une amélioration au niveau des performances.
Fabien
"Simon Mourier" a écrit dans le message de
news:Il y a une différence fondamentale entre tous les TryXXX de Framework
2.0 et le fait de faire un try/catch: la performance.
En effet, une levée d'exception + catch coute des milliers de cycles
processeur. Dans un cas de "vraie" erreur, ca ne pose aucun problème,
mais dans un cas de fonctionnement normal, c'est plutôt à éviter, et
malheureusement avec le Framework 1.X, ce n'est pas toujours possible...
C'est pour cela que ces fonctions ont été crées systématiquement dans le
Framework 2.0.
Dans le cas ici, il faut faire un petit test (une boucle) entre
expression régulière et catch à mon avis.
Simon.
www.softfluent.com
"Fabien Bezagu" <fbezagu_at_novacor_dot_fr> a écrit dans le message de
news: 42e0ec39$0$30184$Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper"
l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye
de créer une uri à partir d'une chaîne et si, exceptionnellement, la
chaîne n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" a écrit dans le
message de news: dbqoa0$qp$Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que
l'un des strings que j'extrait est bien une url - cad pr mon prog :
chemin d'accès d'un fichier (qu'elle soit valide ou non) : existe
t-il une méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
on dis & list toujours que les exception sont tres couteuse en
performance.
mais y'a t'il un benchmark quelquepart qui donne une idee plus precise?
"Fabien Bezagu" <fabien_dot_bezagu_at_free_dot_fr> wrote in message
news:%23L7JlD4jFHA.1416@TK2MSFTNGP09.phx.gbl...
Oui c'est tout à fait exact. C'est d'ailleurs très dommage qu'une levée
d'exception coûte aussi cher, cela ne favorise pas leur utilisation et je
ne trouve pas le paliatif des TryXXX conceptuellement très esthétique.
Cela, je n'ai pas dit qu'il n'y avait pas de différence technique mais je
persiste à penser qu'il n'y a pas de différence fonctionnelle. Le
framework 2.0 apporte juste une amélioration au niveau des performances.
Fabien
"Simon Mourier" <simon_mourier@botmail.com> a écrit dans le message de
news: utWRIN3jFHA.2152@TK2MSFTNGP14.phx.gbl...
Il y a une différence fondamentale entre tous les TryXXX de Framework
2.0 et le fait de faire un try/catch: la performance.
En effet, une levée d'exception + catch coute des milliers de cycles
processeur. Dans un cas de "vraie" erreur, ca ne pose aucun problème,
mais dans un cas de fonctionnement normal, c'est plutôt à éviter, et
malheureusement avec le Framework 1.X, ce n'est pas toujours possible...
C'est pour cela que ces fonctions ont été crées systématiquement dans le
Framework 2.0.
Dans le cas ici, il faut faire un petit test (une boucle) entre
expression régulière et catch à mon avis.
Simon.
www.softfluent.com
"Fabien Bezagu" <fbezagu_at_novacor_dot_fr> a écrit dans le message de
news: 42e0ec39$0$30184$626a14ce@news.free.fr...
Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper"
l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye
de créer une uri à partir d'une chaîne et si, exceptionnellement, la
chaîne n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" <nfranchet@peterpan_fr.cjb.net> a écrit dans le
message de news: dbqoa0$qp$1@news1.completel.net...
Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:
Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que
l'un des strings que j'extrait est bien une url - cad pr mon prog :
chemin d'accès d'un fichier (qu'elle soit valide ou non) : existe
t-il une méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
on dis & list toujours que les exception sont tres couteuse en
performance.
mais y'a t'il un benchmark quelquepart qui donne une idee plus precise?
"Fabien Bezagu" <fabien_dot_bezagu_at_free_dot_fr> wrote in message
news:%Oui c'est tout à fait exact. C'est d'ailleurs très dommage qu'une levée
d'exception coûte aussi cher, cela ne favorise pas leur utilisation et je
ne trouve pas le paliatif des TryXXX conceptuellement très esthétique.
Cela, je n'ai pas dit qu'il n'y avait pas de différence technique mais je
persiste à penser qu'il n'y a pas de différence fonctionnelle. Le
framework 2.0 apporte juste une amélioration au niveau des performances.
Fabien
"Simon Mourier" a écrit dans le message de
news:Il y a une différence fondamentale entre tous les TryXXX de Framework
2.0 et le fait de faire un try/catch: la performance.
En effet, une levée d'exception + catch coute des milliers de cycles
processeur. Dans un cas de "vraie" erreur, ca ne pose aucun problème,
mais dans un cas de fonctionnement normal, c'est plutôt à éviter, et
malheureusement avec le Framework 1.X, ce n'est pas toujours possible...
C'est pour cela que ces fonctions ont été crées systématiquement dans le
Framework 2.0.
Dans le cas ici, il faut faire un petit test (une boucle) entre
expression régulière et catch à mon avis.
Simon.
www.softfluent.com
"Fabien Bezagu" <fbezagu_at_novacor_dot_fr> a écrit dans le message de
news: 42e0ec39$0$30184$Dans le framework 2.0, il existe également une méthode statique
Uri.TryCreate mais c'est juste une autre manière de "trapper"
l'exception.
Je ne vois d'ailleurs pas en quoi un try catch est bourrin : on essaye
de créer une uri à partir d'une chaîne et si, exceptionnellement, la
chaîne n'est pas une uri valide, on la traite autrement...
Fabien
"nicolas franchet" a écrit dans le
message de news: dbqoa0$qp$Une autre solution serait de passer par les expressions regulieres,
mais personellement la methode "bourrin" me semble mieux.
Nicolas
Sébstien wrote:Bonjour,
Je fais actuellement un prog en C# (windows application). J'ai un
fichier .csv duquel j'extrait des données. Je voudrais vérifier que
l'un des strings que j'extrait est bien une url - cad pr mon prog :
chemin d'accès d'un fichier (qu'elle soit valide ou non) : existe
t-il une méthode vérifiant qu'un string contient une url ?
J'ai essayé de faire :
Uri test = new Uri(mon_string);
mais comme je me doutais ca fait planter mon prog.
la solution serait de faire un try{} catch{} mais je trouve ça un peu
bourrin.
Merci par avance
Sébastien
