Pourquoi ne peut-DateTime.ParseExact() analyser “9/1/2009” à l'aide “M/d/yyyy”

J'ai une chaîne qui ressemble à ceci: "9/1/2009". Je veux le convertir en un objet DateTime (à l'aide de C#).

Cela fonctionne:

DateTime.Parse("9/1/2009", new CultureInfo("en-US"));

Mais je ne comprends pas pourquoi cela ne fonctionne pas:

DateTime.ParseExact("9/1/2009", "M/d/yyyy", null);

Il n'y a pas de mot dans la date (comme "septembre"), et je sais que le format spécifique, donc je préfère utiliser ParseExact (et je ne vois pas pourquoi CultureInfo serait nécessaire). Mais je reçois le redoutable "la Chaîne n'a pas été reconnu comme un DateTime valide" exception.

Grâce

Un peu de suivi. Ici sont 3 approches que le travail:

DateTime.ParseExact("9/1/2009", "M'/'d'/'yyyy", null);
DateTime.ParseExact("9/1/2009", "M/d/yyyy", CultureInfo.InvariantCulture);
DateTime.Parse("9/1/2009", new CultureInfo("en-US"));

Et voici 3 qui ne fonctionnent pas:

DateTime.ParseExact("9/1/2009", "M/d/yyyy", CultureInfo.CurrentCulture);
DateTime.ParseExact("9/1/2009", "M/d/yyyy", new CultureInfo("en-US"));
DateTime.ParseExact("9/1/2009", "M/d/yyyy", null);

Donc, Parse() fonctionne avec des "en-US", mais pas ParseExact... Inattendu?

Quelle est la version de .NET vous aide? Lorsque j'exécute la deuxième ligne ci-dessus dans PowerShell v2 sur Win7, il fonctionne très bien.
Je suis en utilisant .net 3.5 sur xp . La culture par défaut est fr-fr.
Dans la chaîne "M/d/yyyy", chaque barre oblique / est remplacé par le culture.DateTimeFormat.DateSeparator chaîne. Quand vous donnez null que le format de la santé, la culture actuelle est utilisé. Maintenant, il dépend de la culture actuelle a "/" ou une autre chaîne (comme "-" ou ".") comme sa DateSeparator.

InformationsquelleAutor Jimmy | 2009-09-02

91

Je soupçonne que le problème est que les barres obliques dans la chaîne de format par rapport à ceux dans les données. C'est une culture sensible à la date de caractère de séparation dans la chaîne de format, et le dernier argument étant null signifie "l'utilisation de la culture actuelle". Si vous soit échapper les barres obliques ("M" /" d " /"aaaa") ou vous spécifiez CultureInfo.InvariantCulture, ce sera ok.

Si quelqu'un est intéressé à la reproduction:
```
//Works
DateTime dt = DateTime.ParseExact("9/1/2009", "M'/'d'/'yyyy", 
                                  new CultureInfo("de-DE"));

//Works
DateTime dt = DateTime.ParseExact("9/1/2009", "M/d/yyyy", 
                                  new CultureInfo("en-US"));

//Works
DateTime dt = DateTime.ParseExact("9/1/2009", "M/d/yyyy", 
                                  CultureInfo.InvariantCulture);

//Fails
DateTime dt = DateTime.ParseExact("9/1/2009", "M/d/yyyy", 
                                  new CultureInfo("de-DE"));
```
- Vous avez raison, soit l'un de ceux qui vont travailler. Je ne sais pas lequel je préfère encore. Je suppose que s'échapper de la slash est plus compact... Merci, cela a ete me harceler pendant un certain temps!
- Je ne suis pas sûr de savoir pourquoi votre deuxième exemple qui fonctionne pour vous. Cela ne fonctionne pas pour moi. À l'aide de CultureInfo("en-US") fonctionne avec Parse() pour cette date, chaîne, mais ne fonctionne pas avec ParseExact avec cette chaîne de date et chaîne de format.
- Cela dépend de l'intention. Dans ce cas, / est utilisé comme une exacte slash et pas en tant que sensible à la culture séparateur (même lorsque la culture est InvariantCulture), donc l'option qui exprime mieux votre intention est la cité des barres obliques (celui que vous avez choisi).
- l'un des DateTime.ParseExact argument est le CultureInfo. donc, si j'écris :new CultureInfo("de-DE") , cela signifie que j'ai savoir cette date est séparé avec .. alors pourquoi j'ai toujours besoin d'écrire dans le format : M/d/yyyy et pas M.d.yyyy ? n'avons-nous pas dire que je sais que la date est séparé avec . ?Je vais avoir de la difficulté à le comprendre. si je reconnais quelque chose de par sa culture, je sais exactement comment il devrait ressembler. MAIS si vous m'avez dit , que l'utilisateur a entré 9@@1@@2009 alors je dirais d'amende. permet d'utiliser parseExact. mais ensuite, je n'ai pas besoin de la culture. pouvez-vous s'il vous plaît aider ?
- Désolé, je ne comprends vraiment pas ce que vous demandez.
- 🙂 Ok. Je vais essayer de nouveau.Si je suis en précisant new CultureInfo("de-DE") cela signifie que je sais exactement quels sont les séparateurs. alors, Pourquoi devrais-je utiliser M/d/yyyy et pas M.d.yyyy ? ( Je sais déjà que / est un séparateur de date et . n'est pas , mais encore une fois Si je sais que la structure , il semble meanningless...[/ vs .] )
- Vous pouvez utiliser soit - mais je serais personnellement utiliser / comme toute lecture, il faut ensuite comprendre que c' est destiné à être le séparateur de date.
InformationsquelleAutor Jon Skeet
3

Je parie que votre machine est la culture n'est pas "en-US". De la documentation:

Si fournisseur de est référence null (Nothing en Visual Basic), la culture actuelle est utilisé.

Si votre culture actuelle n'est pas "en-US", ce serait d'expliquer pourquoi cela fonctionne pour moi mais ne fonctionne pas pour vous et fonctionne lorsque vous spécifiez explicitement la culture "en-US".
- Nah, ce qui est assez intéressant, CultureInfo.CurrentCulture ne retour "en-us"... donc je ne sais pas comment expliquer pourquoi il serait travailler pour vous, mais pas pour moi.
- J'ai essayé un peu les choses. Voici ce qui fonctionne: DateTime.ParseExact("9/1/2009", "M" / " d " / "aaaa", null); DateTime.ParseExact("9/1/2009", "M/d/yyyy", CultureInfo.InvariantCulture); DateTime.Parse("9/1/2009", new CultureInfo("fr-fr")); Voici ce qui ne fonctionne pas: DateTime.ParseExact(dateString, "M/d/yyyy", CultureInfo.CurrentCulture); DateTime.ParseExact(dateString, "M/d/yyyy", new CultureInfo("fr-fr")); DateTime.ParseExact(dateString, "M/d/yyyy", null); de Sorte Parse() fonctionne avec des "en-US", mais pas ParseExact ... intéressant non?
InformationsquelleAutor Lee
2

Essayer
```
Date.ParseExact("9/1/2009", "M/d/yyyy", new CultureInfo("en-US"))
```
- Je suppose que je devrais plutôt utiliser DateTime.Parse("9/1/2009", new CultureInfo("fr-fr")), alors, si je dois spécifier la culture de toute façon...?
- Plutôt que de l'instanciation d'une nouvelle instance de CultureInfo("en-US") à chaque fois que vous analysez une date, utilisez CultureInfo.InvariantCulture.
- En fait, cela ne fonctionne PAS (au moins pour moi?) À l'aide de "en-US" travaille avec l'analyse, mais pas avec ParseExact (pour cette date et le format de la chaîne)
InformationsquelleAutor Scott

essayer cette

provider = new CultureInfo("en-US");
DateTime.ParseExact("9/1/2009", "M/d/yyyy", provider);

Bye.

InformationsquelleAutor RRUZ

-1

Je l'ai essayé sur XP et ça ne fonctionne pas si le PC est configuré à l'International temps aaaa-mm-jj. Placez un point d'arrêt sur la ligne et avant elle est traitée de changer la date de ficelle " - "au lieu de" /" et vous trouverez fonctionne. Il ne fait aucune différence si vous avez le CultureInfo ou pas.
Semble étrange pour être en mesure de spécifier un expercted format uniquement pour avoir le séparateur ignoré.

InformationsquelleAutor BigOldSofty
-2

Essayer :

Configurer dans le fichier de configuration web de

<system.web> <globalization culture="ja-JP" uiCulture="zh-HK" /> </system.web>

par exemple: DateTime dt = DateTime.ParseExact("08/21/2013", "MM/dd/yyyy", null);

ref url : http://support.microsoft.com/kb/306162/
- Il n'y a rien dans cette question que suggère une application web.
InformationsquelleAutor RINESH
-3

Ensemble de DateTimePicker propriété de Format personnalisé et CustomFormat prperty à M/dd/yyyy.
- Cette question n'a absolument rien à voir avec DateTimePicker.
InformationsquelleAutor Sandeep Ravi

Vous devez vous connecter pour publier un commentaire.