¿Por qué no puede DateTime.ParseExact analizar el resultado de DateTime?

Question

Mientras que luchan con problemas de formato DateTime.ParseExact, me decidieron alimentar a la ParseExact hacia fuera puesto de DateTime.ToString(), así:

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

Ésta es la salida:

[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 

Qué hacer Tengo que hacerlo para que ParseExact analice las cadenas de formato personalizadas. ¿Me equivoco al esperar que DateTime pueda ingerir su propia salida basándose en la misma cadena de formato?

Answer 1

Esto demuestra claramente que DateTime.ParseExact no es seguro de ida y vuelta con Datetime.ToString. No estoy seguro de que esto sea una gran respuesta, pero el problema está definitivamente relacionado con el formato de año de 3 dígitos yyy. Desde 1962 no se puede representar en 3 dígitos ToString está obligado a usar 4 dígitos. Aparentemente ParseExact no es lo suficientemente inteligente como para revertir esa lógica y en su lugar está buscando exactamente 3 dígitos. La solución consiste en utilizar yyyy en lugar de yyy. Me gustaría enviar esto como un error al sitio web Microsoft Connect y ver qué ocurre.

Answer 2

Me estoy sorprendido de ver esto, pero la documentación en MSDN dice:

Puede especificar uno de los especificadores de formato de fecha y hora estándar o una combinación limitada de la fecha y hora personalizado especificador de formato

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

actualización

Puede usar la solución alternativa mencionada en la respuesta anterior.

Answer 3

Tomé su código, y cambiar "yyy" por "yyyy" es suficiente para devolver "VERDADERO" para todos (primero reproduje los "FALSOS" antes de realizar cambios).

La documentación en MSDN no está clara, pero sí enfatiza la necesidad de especificar el ancho total de todos los componentes (por ejemplo aaaa en lugar de yyy) sin la referencia cultural de todos:

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

Si el formato es un patrón de formato personalizado que no incluye separadores de fecha u hora (como "aaaamMMdd HHmm"), utilice el cultivo invariable para el parámetro de proveedor y la forma más amplia de cada especificador de formato personalizado. Por ejemplo, si desea especificar horas en el patrón de formato, especifique la forma más amplia, "HH", en lugar de la forma más estrecha, "H".

Answer 4

Microsoft ha implementado un formato de cadena para el disparo circular de un DateTime. Utiliza el formato "o" o "O".

Deberá establecer el parámetro de estilos en DateTime.ParseExact en DateTimeStyles.RoundtripKind.

Para más detalles ver: http://msdn.microsoft.com/en-us/library/az4se3k1%28v=vs.110%29.aspx#Roundtrip