WCF-Client Wie kann ich ein inkompatibles Datumsformat aus der JSON-Antwort deserialisieren?

Question

Ich habe das Internet nach Informationen darüber durchforstet, aber die meisten Ergebnisse beziehen sich auf das Erstellen von WCF-Diensten oder Situationen, in denen der Dienst unter Ihrer Kontrolle steht.

Ich erstelle einen WCF-Client-Proxy für einen RESTful JSON-Dienst, den ich nicht kontrollieren kann. Ich verwende das grundlegende ServiceContract/DataContract-Muster und versuche, das Framework so viel wie möglich von der Arbeit ausführen zu lassen.

Meistens funktioniert das gut, aber alle von diesem externen Dienst kommenden Datetime-Felder haben ein bestimmtes Format, z.

{"SomeObject": 
    {"details":"blue and round", "lastmodified":"2013/01/02 23:14:55 +0000"} 
} 

So bekomme ich einen Fehler:

There was an error deserializing the object of type MyNamespace.SomeObject. DateTime content '2013/01/02 23:14:55 +0000' does not start with '/Date(' and end with ')/' as required for JSON.'.

My Datacontract ist:

namespace Marshmallow.WebServices.ServiceModels 
{ 
    [DataContract] 
    public class SomeObject 
    { 
     [DataMember(Name = "details")] 
     public string Details { get; set; } 

     [DataMember(Name = "lastmodified")] 
     public DateTime LastModified { get; set; } 
    } 
} 

Mein Servicekontrakt ist:

[ServiceContract] 
public interface ICoolExternalApi 
{ 
    [OperationContract] 
    [WebGet(UriTemplate = "/something.json", 
     ResponseFormat = WebMessageFormat.Json, 
     BodyStyle = WebMessageBodyStyle.Wrapped)] 
    [return: MessageParameter(Name = "SomeObject")] 
    SomeObject GetAccount(); 
} 

Was ich wissen will, ist, Wo kann ich etwas Kabeljau stecken? e, um zu definieren, wie WCF das lastmodified-Feld deserialisieren soll (ein DateTime-Objekt aus der Zeichenfolge erstellen)?

Oder noch besser, definieren Sie, wie alle DateTime DataMembers für alle meine DataContracts deserialisiert werden. Ich möchte nicht viel Code wiederholen.

Ich möchte auch nicht auf einige Deserializer von Drittanbietern zurückgreifen, noch möchte ich anfangen, alles andere durch eine benutzerdefinierte Deserialisierungsmethode zu setzen, wenn es vermeidbar ist.

Answer 1

Bisher ist dies das Beste, was ich mit gekommen sind:

Ich habe eine interne String-Extension-Methode:

internal static class DeserializationHelper 
{ 
    internal static DateTime GetDeserializedDateTime(this string @string) 
    { 
     if (string.IsNullOrEmpty(@string)) return default(DateTime); 
     //insert complex custom deserialization logic here 
     return DateTime.Parse(@string); 
    } 

} 

Dies ist die Datamember-Setup:

[DataMember(Name = "lastmodified")] 
internal string _LastModified 
{ 
    set { LastModified = value.GetDeserializedDateTime(); } 
    //getter is not needed for receiving data but WCF requires one 
    get { return default(string); } 
} 

public DateTime LastModified { get; private set; } 

Wenn Sie diesen DataContract für das Senden von Daten verwenden möchten (dies zu einer schreibbaren Eigenschaft machen), müssten Sie eine DateTime-Erweiterungsmethode (GetSerialized) schreiben DateString), erweitern Sie die Setter/Getter und stellen Sie private Mitglieder als Vermittler vor.

Es riecht nach Ausschneiden und Einfügen und nutzt keine WCF-Framework-Funktionen. Was würde Bill Gates tun?

Answer 2

Zwei Dinge, die ich denken kann:

1. ändern LastModified eine Zeichenfolge sein, und es dann zu einem Datetime konvertieren selbst widersprechen. Es würde bedeuten, zwei Eigenschaften für die gleichen Daten auf Ihrem Objekt verfügbar zu machen.
2. Schreiben Sie einen IDispatchMessageInspector, um die Nachricht vor der Deserialisierung abzufangen, und massieren Sie die unverarbeitete Nachricht mithilfe von Regex. Es würde eine One-Stop-Lösung für alle Daten in Ihrem Service ermöglichen.