Discussion :

[guitoux1]

Je voudrais convertir une chaine représentant une date au format YYYYMMDD (ie 20060607) en DateTime en utilisant la méthode DateTime.TryParse()

Seulement en faisant

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
string strDate = "20060607";
DateTime maDate;
 
if (DateTime.TryParse(strDate, out maDate))
{
   // TODO : traitement bidon
}

ça ne fonctionne pas, il semble qu'il faille utiliser un IFormatProvider pour lui dire que ma string en entrée est au format YYYYMMDD, mais je ne sais pas comment faire ça.


Quelqu'un peut-il m'aider ??

[Thomas Lebrun]

Hum.. et en passant par Convert.ToDateTime ?

[bossun]

Convert.ToDateTime ?

hummm connaissais pas cette classe.. bien pratique... je passais tjs par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DateTime.Parse()

[guitoux1]

Hum.. et en passant par Convert.ToDateTime ?

Ben en fait je voudrais éviter les try {...} catch {...}
Le principe du TryParse() est ce qu'il me faut, mais j'y connais rien en IFormater et autre UICulture machin chose

[meli0207]

de toute facon,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Convert.ToDateTime("20060607");

n'aurait pas marché

essaies ca :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DateTime date = DateTime.ParseExact("20060607", "yyyyMMdd", null);

[guitoux1]

pfff c lourd.
En SQLServer, le format universel YYYYMMDD est reconnu (normal, c'est un format universel).
En DotNet, il n'existe pas sous cette forme. Le format universel spécifique à dotnet (cherchez l'erreur) est : YYYY-MM-DD

Pourtant, il semble qu'il y est moyen de spécifier son propre format, mais comment ??

[meli0207]

essaies ca :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DateTime date = DateTime.ParseExact("20060607", "yyyyMMdd", null);

[Thomas Lebrun]

Ben en fait je voudrais éviter les try {...} catch {...}

Pourquoi ? Plus tu écris de code (propre en plus), moins tu es payé ?

[meli0207]

Pourquoi ? Plus tu écris de code (propre en plus), moins tu es payé ?

en géneral, plus le code est court et plus il est clair et donc plus facilement maintenable

[guitoux1]

en géneral, plus le code est court et plus il est clair et donc plus facilement maintenable

C'est vrai, mais c'est surtout que mon string en entrée ("20060706") provient dune source "instable" et je ne suis pas sûr que la date y soit correctement formée. En plus, j'ai tout un tas de conversion string --> DateTime à faire, donc le TryParse me permet d'affecter une valeur par défaut si le parsing échoue, sans avoir à faire une gestion d'erreur.

De plus, autant profiter des méthodes du Framework, ça évite les risques d'erreurs à la con.

[Thomas Lebrun]

en géneral, plus le code est court et plus il est clair et donc plus facilement maintenable

Faux

Je peux t'ecrire un code en une ligne que tu seras incapable de comprendre et ecrire le même en 4-5 lignes, mais bcp plus clair

Donc il faut arreter de faire des economies sur le nombre de ligne et faire les choses bien