¿Qué está causando este comportamiento, en nuestro tipo C# DateTime?

Question

[Test] 
public void Sadness() 
{ 
    var dateTime = DateTime.UtcNow; 
    Assert.That(dateTime, Is.EqualTo(DateTime.Parse(dateTime.ToString()))); 
} 

Error:

Expected: 2011-10-31 06:12:44.000 
But was: 2011-10-31 06:12:44.350 

Deseo saber lo que está sucediendo detrás de las escenas en las ToString(), etc para causar este comportamiento.

EDITAR Después de ver respuesta de Jon:

[Test] 
public void NewSadness() 
{ 
    var dateTime = DateTime.UtcNow; 
    Assert.That(dateTime, Is.EqualTo(DateTime.Parse(dateTime.ToString("o")))); 
} 

Resultado:

Expected: 2011-10-31 12:03:04.161 
But was: 2011-10-31 06:33:04.161 

mismo resultado con el capital y pequeña 'o'. Estoy leyendo los documentos, pero aún no estoy claro.

Answer 1

El valor por defecto es "G" - el formato de uso general, que tiene una fidelidad limitada. Si desea reproducir exactamente el , use el especificador de ida y vuelta, "O".

string s = dateTime.ToString("O", CultureInfo.InvariantCulture); 
Assert.That(dateTime, Is.EqualTo(DateTime.ParseExact(
     s, "O", CultureInfo.InvariantCulture, DateTimeStyles.RoundtripKind))); 

Answer 2

Tener un vistazo a lo que produce dateTime.ToString() - que normalmente sólo es exacta a la segunda, aunque depende de los ajustes culturales. Si ToString() solo proporciona un resultado exacto a un segundo, no hay forma de que al analizar la cadena se pueda obtener más información ...

Puede usar la "o" standard format string para proporcionar una representación de cadena de acceso redondo. Por ejemplo, en el momento en que se produce algo así como:

2011-10-31T06:28:34.6425574Z 

EDIT: Es necesario analizar con el mismo especificador para obtener el mismo resultado de nuevo: especificador de formato

string text = dateTime.ToString("o"); 
// Culture is irrelevant when using the "o" specifier 
DateTime parsed = DateTime.ParseExact(text, "o", null, 
             DateTimeStyles.RoundtripKind);