Perché DateTime.ParseExact non può analizzare l'output DateTime?

Question

Mentre alle prese con problemi di formattazione DateTime.ParseExact, ho deciso di alimentare il ParseExact fuori messo da DateTime.ToString(), in questo modo:

DateTime date2 = new DateTime(1962, 1, 27); 
string[] expectedFormats = { "G", "g", "f", "F", "D", "d", "M/d/yyy", "MM/dd/yyy", "MM-dd-yyy", "MMM dd, yyy", "MMM dd yyy", "MMMM dd, yyy", "MMMM dd yyy" }; 
bool parsed = false; 

foreach (string fmt in expectedFormats) 
{ 
    try 
    { 
     DateTime dtDateTime = DateTime.ParseExact(date2.ToString(fmt), fmt, new CultureInfo("en-US")); 
     parsed = true; 
    } 
    catch (Exception) 
    { 
     parsed = false; 
    } 

    Console.WriteLine("[{0}] {1}", parsed,date2.ToString(fmt)); 
} 

Questa è l'uscita:

[True] 1/27/1962 12:00:00 AM 
[True] 1/27/1962 12:00 AM 
[True] Saturday, January 27, 1962 12:00 AM 
[True] Saturday, January 27, 1962 12:00:00 AM 
[True] Saturday, January 27, 1962 
[True] 1/27/1962 
[False] 1/27/1962 
[False] 01/27/1962 
[False] 01-27-1962 
[False] Jan 27, 1962 
[False] Jan 27 1962 
[False] January 27, 1962 
[False] January 27 1962 

Cosa fare Devo fare in modo che ParseExact analizzerà le stringhe di formato personalizzate? Mi sbaglio se DateTime sarà in grado di ingerire il proprio output basato sulla stessa stringa di formato?

Answer 1

Ciò dimostra chiaramente che DateTime.ParseExact non è sicuro per andata e ritorno con Datetime.ToString. Non sono sicuro che questa sia una gran parte della risposta, ma il problema è sicuramente correlato al formato dell'anno a 3 cifre yyy. Dal 1962 non può essere rappresentato in 3 cifre ToString è costretto a utilizzare 4 cifre. Apparentemente ParseExact non è abbastanza intelligente per invertire quella logica e invece sta cercando esattamente 3 cifre. La soluzione alternativa è utilizzare yyyy anziché yyy. Lo invierò come bug al sito web Microsoft Connect e vedremo cosa ne verrà fuori.

Answer 2

mi sono sorpreso di vedere questo, ma la documentazione in MSDN dice:

È possibile specificare uno dei formato data e ora specificatori standard o una combinazione limitata della data e dell'ora di formato personalizzato

http://msdn.microsoft.com/en-us/library/2h3syy57.aspx

Aggiornamento

È possibile utilizzare la soluzione alternativa menzionata nella risposta precedente.

Answer 3

Ho preso il tuo codice e cambiare "yyy" in "yyyy" è sufficiente per restituire "TRUE" per tutti (avendo prima riprodotto i "FALSE" prima di apportare eventuali modifiche).

La documentazione in MSDN è chiaro, ma non sottolineare la necessità di specificare la larghezza di ogni componente (ad es aaaa anziché yyy) senza la cultura invarianti:

http://msdn.microsoft.com/en-us/library/w2sa9yss.aspx

Se formato è un modello di formato personalizzato che non include separatori di data o ora (come "yyyyMMdd HHmm"), usa la cultura invariante per il parametro provider e la forma più ampia di ogni identificatore di formato personalizzato. Ad esempio, se si desidera specificare ore nel modello di formato, specificare la forma più ampia, "HH", anziché la forma più stretta, "H".

Answer 4

Microsoft ha implementato un formato stringa per il round-trip di un DateTime. Usa il formato "o" o "O".

Sarà necessario impostare il parametro styles in DateTime.ParseExact su DateTimeStyles.RoundtripKind.

Per maggiori dettagli si veda: http://msdn.microsoft.com/en-us/library/az4se3k1%28v=vs.110%29.aspx#Roundtrip