¿Por qué DateTime.Parse es tan lento?

Question

Me sorprendió lo lento que es DateTime.Parse. Este código tarda alrededor de 100 segundos en ejecutarse; si uso la versión de regex demora 100 milisegundos. ¿Qué está pasando aquí?

Stopwatch sw = new Stopwatch(); 
sw.Start(); 
var re = new Regex(@"(\d\d)/(\d\d)/(\d\d\d\d) (\d\d):(\d\d):(\d\d)", RegexOptions.Compiled); 
for (int i = 0; i < 100000; i++) 
{ 
    //var m = re.Match("08/01/2012 23:10:12"); 
    DateTime.Parse("08/01/2012 23:10:12", CultureInfo.CreateSpecificCulture("en-US")); 
} 
sw.Stop(); 
Console.WriteLine(sw.ElapsedMilliseconds); 

Editar: Mark es derecha, moviendo el CultureInfo.CreateSpecificCulture("en-US") fuera del bucle ayudó. La razón por la que no lo hice antes es que he perfilado este código con VS Profiler y mostró siguiente resultado:

Answer 1

No es una prueba justa.

1. La llamada a CultureInfo.CreateSpecificCulture("en-US") es la parte lenta. Muévelo fuera del ciclo, almacene el resultado y vuelva a utilizarlo.

2. Su expresión regular solo maneja un formato específico, pero DateTime.Parse puede manejar muchos formatos de entrada diferentes. Tiene que decidir cuál de los muchos formatos que entiende es el correcto para usar. Si sabe de antemano cuál es el formato, utilice DateTime.ParseExact en lugar de DateTime.Parse.

El código fijo es el siguiente:

CultureInfo ci = CultureInfo.CreateSpecificCulture("en-US"); 
for (int i = 0; i < 100000; i++) 
{ 
    DateTime.ParseExact("08/01/2012 23:10:12", "MM/dd/yyyy HH:mm:ss", ci); 
} 

Con estos dos cambios, consigo que el DateTime.ParseExact y el enfoque de expresiones regulares son casi los mismos.

Y su expresión regular acepta algunas fechas que no son válidas, como 00/00/0000 99:99:99. Si lo arreglas para que solo acepte fechas de tiempo válidas, sería más lento.