¿Por qué TryParseExact requiere CultureInfo si especifico la estructura exacta?

Question

En cuanto a

DateTime.TryParseExact(dateString, "M/d/yyyy hh:mm:ss tt", 
          CultureInfo.InvariantCulture, 0, out dateValue) 

que suministra la estructura exacta que debe buscar: M/d/yyyy hh:mm:ss tt

Pregunta

Si es así, ¿Por qué debería necesitar especificar CultureInfo también?

Answer 1

Bueno, los nombres de los meses también se pueden localizar. Y tal vez en algunas culturas exóticas los años se cuentan de una manera diferente también.

EDIT:
Ejemplo:

string x = "Montag, 2. April 2012"; 
DateTime dt1, dt2; 
bool r1 = DateTime.TryParseExact(x, "D", new CultureInfo("de-DE"), 0, out dt1); 
bool r2 = DateTime.TryParseExact(x, "D", new CultureInfo("en-US"), 0, out dt2); 

(r1 == true, r2 == false).

O revés:

string y = "Monday, April 02, 2012"; 
DateTime dt3, dt3; 
bool r3 = DateTime.TryParseExact(y, "D", new CultureInfo("de-DE"), 0, out dt3); 
bool r4 = DateTime.TryParseExact(y, "D", new CultureInfo("en-US"), 0, out dt4); 

(r3 == false, r2 == true).

Answer 2

Porque la cadena de formato no es literal. Por ejemplo, usó "/" y ":" pero para la cadena de entrada es necesario utilizar los separadores date y time suministrados por el CultureInfo.

Imagínese esta cadena de formato: M/d/aaaa
Estas entradas son todas válidas:

• 04/02/2012 (de referencia cultural de todos, EE.UU.);
• 04.02.2012 (para Finlandia)
• 04-02-2012 (para Marruecos)

Además de la simple especificador de "M" puede ser [1..12] o [1..13] , dependiendo del calendario en sí (ver MSDN).

Como "vela en la tarta" la función es genérica, por lo que puede requerir en el formato de cadena un valor localizado (o dependiente del país) (piense en los nombres de días de la semana o el año especificado, por ejemplo, en chino o en japonés) .

Answer 3

Usted necesita decir que la cultura, ya que si se le pasa el formato dd-mmm-aaaa luego pasar en 01/05/2012

En Inglés que podrían ser 01-mayo-2012

Pero en otra cultura sería 01-Mai-2012