Problème DateTime sur différentes plates-formes (.NET 2.0)

Question

Sur un système d'exploitation 32 bits, avec un processeur Intel, DateTime par exemple 2/17/2009 12:00:00 AM Notez qu'il s'agit de: mm / JJ // aaaa

Sur un système d’exploitation 64 bits, avec un processeur AMD, DateTime par exemple 17-02-2009 00:00:00

Maintenant, lorsque j'essaie d'analyser le premier format, une erreur est générée sur la deuxième plate-forme. Cela signifie - DateTime.Parse (& Quot; 17/02/2009 12:00:00 AM & Quot;)) - génère une erreur - impossible de convertir. alors que, sur la même plate-forme, DateTime.Parse (& Quot; 17/2/2009 12:00:00 AM & Quot;) fonctionne! Cela signifie que JJ / MM va bien, MM / JJ ne le fait pas.

Qu'est-ce qui cause ça? Le système d'exploitation 64 bits? Le processeur?

Comment puis-je me débarrasser du problème?

Answer 1

DateTimes eux-mêmes n'ont pas de formats. Vous les analysez ou les formatez en chaînes. (C'est comme les nombres - les entiers ne sont pas stockés en hexadécimal ou décimal, ce sont juste des entiers. Vous pouvez les formater en hexadécimal ou décimal, mais la valeur elle-même n'est qu'un nombre.)

Le format dépendra de la culture du système d'exploitation (ou plus exactement de la culture du thread, qui est généralement identique à celle du système d'exploitation).

Personnellement, j’aime définir explicitement le format que j’utilise pour l’analyse syntaxique ou le formatage, sauf si j’affiche réellement la chaîne à l’utilisateur et que je sais que la culture est déjà appropriée.

Answer 2

Vérifiez vos " formats de date et d'heure " dans la " Région et langue " panneau de commande.

De même, si vous souhaitez que DateTime génère un format spécifique, n'appelez pas simplement ToString (), mais transmettez-lui un paramètre indiquant le format souhaité. De même, si vous connaissez le format de la date que vous lui demandez d'analyser, appelez TryParseExact () et indiquez-lui le format que vous fournissez.

Voir aussi les chaînes de format de date et d'heure standard de MSDN