Zapobieganie konwersji strefy czasowej przy deserializacji wartości DateTime

Question

Mam klasy, które serializuje/deserializacji przy użyciu XmlSerializer. Ta klasa zawiera pole DateTime.

Po serializacji pole DateTime jest reprezentowane przez ciąg znaków, który zawiera przesunięcie od GMT, np. 2010-05-05T09:13:45-05:00. Po deserializacji te czasy są konwertowane na lokalny czas maszyny przeprowadzającej deserializację.

Z powodów, które nie są warte wyjaśnienia, chciałbym zapobiec tej konwersji strefy czasowej. Serializacja dzieje się na wolności, gdzie istnieje wiele wersji tej klasy. Deserializacja dzieje się na serwerze, który jest pod moją kontrolą. W związku z tym wydaje się, że byłoby najlepiej obsłużyć podczas deserializacji.

Jak mogę to zrobić, poza wprowadzeniem IXmlSerializable i wykonaniem całej deserializacji "ręcznie?"

Answer 1

Zamiast analizować jako DateTime można przeanalizować go jako DateTimeOffset i użyć właściwości DateTimeOffset.DateTime, aby zignorować strefę czasową. Tak:

[XmlIgnore()] 
public DateTime Time { get; set; } 

[XmlElement(ElementName = "Time")] 
public string XmlTime 
{ 
    get { return XmlConvert.ToString(Time, XmlDateTimeSerializationMode.RoundtripKind); } 
    set { Time = DateTimeOffset.Parse(value).DateTime; } 
} 

Answer 2

można spróbować coś takiego this sugeruje postu i zrobić nową właściwość ciąg i XmlIgnore istniejący:

Put [XmlIgnore] na własność czasowa.

Następnie dodać nową właściwość:

[XmlElement(DataType="string",ElementName="Time")] 
public String TimeString 
{ 
    get { return this.timeField.ToString("yyyy-MM-dd"); } 
    set { this.timeField = DateTime.ParseExact(value, "yyyy-MM-dd", CultureInfo.InvariantCulture); } 
} 

Answer 3

wiem, że to jest stary, ale mam nadzieję, że to pomoże komuś w przyszłości.

Oto XML byłem deserializacji:

<timePeriod>1982-03-31T00:00:00+11:00</t 

Po deserializacji XML I skończyć z 30 a nie 31:

Wydaje się 3rd party, które wytwarzają ten XML (którego używam) zmienia strefę czasową na +11 podczas zmiany czasu na letni i zachowuje ją jako +10, gdy nie jest to Daylight Saving (DST).

Według Jon Skeet UTC nie powinny rozważyć DST: https://stackoverflow.com/a/5495816/495455

---

pamiętać także dokumentację Coding Best Practices Using DateTime in the .NET Framework:

_{serializer XML zawsze zakłada, że ​​wartości DateTime są szeregowane reprezentować lokalną czas maszynowy, tak stosuje przesunięcie strefy lokalnej czasu maszyny jako część przesuniętą zakodowanego czasu XML. Kiedy deserializujemy to na inną maszynę, pierwotne przesunięcie jest odejmowane od analizowanej wartości i dodawane jest przesunięcie strefy czasowej bieżącej maszyny.}

---

Poniższy kod pozwolił mi uzyskać datę sformatowaną jako 31, ale to nie będzie działać w 100% dla dat non Daylioght oszczędzania energii (podanych w tej paszy):

TimeZoneInfo easternZone = TimeZoneInfo.FindSystemTimeZoneById("AUS Eastern Standard Time"); 
DateTime easternTimeNow = TimeZoneInfo.ConvertTimeFromUtc(dataPoint.timePeriod, easternZone); 
System.Diagnostics.Debug.WriteLine(easternTimeNow.ToString()); 

Stąd rozwiązanie jest popraw plik danych XML, aby nie wyświetlał się na przemian z UTC za pomocą UTC.

EDIT:dlaczego dane zostały wkręca się

Jak się okazuje to nie 3rd dostawcą partii zmieniając UTC z DST. Kanał XML jest tworzony przez framework Java Swing czytający SQL dB. Zwykle zalecałbym trzymanie standardowej reprezentacji XML (xsd: dateTime) - IS0 8601, ale w tym przypadku użycie łańcucha i zgrywanie wszystkiego po T działa. Zastrzeżenie, wciąż próbuję zmienić kanał, polecam NIE robić tego w PROD. Używaj na własne ryzyko !!

Answer 4

co zrobiłem, było używać DateTime.SpecifyKind metody, jak następuje:

DateTime dateTime = DateTime.SpecifyKind(DateTime.Now, DateTimeKind.Unspecified); 

I to rozwiązać mój problem, mam nadzieję, że to pomoże.