[C# 2.0] Conversion string en DateTime

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:

---

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 ??

Hum.. et en passant par Convert.ToDateTime ?

Citation:

---

Envoyé par Morpheus

Convert.ToDateTime ?

---

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

Code:

---

DateTime.Parse()

---

Citation:

---

Envoyé par Morpheus

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 :(

de toute facon,

Code:

---

Convert.ToDateTime("20060607");

---

n'aurait pas marché

essaies ca :

Code:

---

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

---

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 ??

essaies ca :

Code:

---

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

---

Super c la bonne solution, je l'ai juste transformée en TryParseExact(), ce qui donne :

Code:

---

1 2 3 4 5

DateTime dt; if (DateTime.TryParseExact("20060607", "yyyyMMdd", null, DateTimeStyles.AssumeUniversal, out dt) { // mon code }

---

Merci !!

Citation:

---

Envoyé par guitoux1

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

---

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

Citation:

---

Envoyé par Morpheus

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

---

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

Citation:

---

Envoyé par meli0207

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.

Citation:

---

Envoyé par meli0207

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 ;)

Citation:

---

Envoyé par Morpheus

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 ;)

---

j'ai dis EN GENERAL... bien sur qu'il y a des exceptions

et puis je ne vois pas en quoi le TryParseExact est une mauvaise solution...