.NET DateTime.Parse

Question

Quando si tenta di utilizzare il metodo Parse della classe DateTime ottengo un eccezione generata:

stringa non è stata riconosciuta come DateTime valido.

• La stringa si legge come "26/10/2009 8:47:39 AM" quando in uscita.
• Questa stringa è ottenuta da un gruppo su una corrispondenza da un'espressione regolare.
• Nessuna delle stringhe ottenute da questo gruppo di corrispondenza verrà analizzata in data/ora. (WTF?)

Esempi di altre stringhe:

 
26/10/2009 8:47:39 AM 
26/10/2009 8:00:41 AM 
26/10/2009 7:48:35 AM 

La cosa strana è, sono sicuro che ha lavorato prima >__<

Answer 1

Parse prende in considerazione le impostazioni internazionali (cultura del thread corrente). Pertanto, vorrei usare ParseExact e specificare il formato corretto in modo esplicito con una cultura invariabile (o la cultura di cui hai bisogno, ad esempio en-US, per AM/PM).

Answer 2

il culure è cambiato sulla macchina? 26/10/2009 è una buona data del Regno Unito ma una data negativa per gli Stati Uniti (ad esempio)

Answer 3

O chiamare DateTime.Parse() con la coltura come parametro o chiamare DateTime.ParseExact() con la data, il formato esatto della data da analizzare, e la cultura:

DateTime.ParseExact()

Answer 4

L'analisi delle stringhe nell'oggetto DateTime è quasi sempre un problema. Se si sa per certo che avranno sempre il formato come i vostri esempi fanno, questo dovrebbe funzionare:

string input = "26/10/2009 8:00:41 AM"; 
DateTime dateTime = DateTime.ParseExact(input, "dd/MM/yyyy h:mm:ss tt", CultureInfo.InvariantCulture); 

Answer 5

Probabilmente stai usando la cultura sbagliata. Il mese non può essere 26, quindi non è un timestamp negli Stati Uniti. Questo funziona però:

using System; 
using System.Globalization; 

class Program 
{ 
    static void Main(string[] args) 
    { 
     DateTime dateTime = DateTime.Parse("26/10/2009 8:47:39 AM", 
      CultureInfo.GetCultureInfo("en-GB")); 
    } 
} 

Answer 6

I secondi @Lucero, Parse utilizza informazioni cultura del thread corrente ecc Vedi anche nella direzione opposta: un ToStringquestion in questo contesto.