Jak ustawić Json.Net jako domyślny serializer dla usługi WCF REST

Question

Czy możliwe jest zastąpienie domyślnego zachowania WCF DataContractSerializer podczas tworzenia szeregów/DeSerialize i używania JSON.NET zamiast?

Mam następującą umowę serwisową na obsługę podmiotu City. Ze względów projektowych jednostka City ma wartość IsReference = true, dlatego domyślny obiekt DataContractSerializer powoduje błędy.

Dla metod "GET" mogę obsłużyć sytuację z JsonConvert.DeserializeObject, ale z metodami "PUT, POST, DELETE" DataContractSerializer ma pierwszeństwo i nie może narzekać, że podmioty IsReference nie mogą być serializowane.

Mam znaleźć Post do wdrożenia IOperationBehavior i zapewnić mój własny Serializer ale nie wiem jak zintegrować Json.NET z tym. i uważam, że powinno to być bardziej proste podejście.

Doceniam każdą pomoc lub wskazówki dotyczące tego scenariusza lub porady dotyczące innych metod.

[ServiceContract] 
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed) 
[ServiceBehavior(InstanceContextMode = InstanceContextMode.PerCall)] 
public class CityService 
{ 
    [Description("Get all Cities")] 
    [WebGet(UriTemplate = "")] 
    public Message Cities() 
    { 

    } 

    [Description("Allows the details of a single City to be updated.")] 
    [WebInvoke(UriTemplate = "{code}", Method = "PUT")] 
    public Message UpdateCity(string code, City city) 
    { 
    } 
} 

Dziękujemy

Hossam

Answer 1

Zastosowanie rozszerzających enkoderów i serializatorów (patrz http://msdn.microsoft.com/en-us/library/ms733092.aspx) lub innych metod rozszerzania WCF, takich jak korzystanie z DataContractSerializerOperationBehavior jest bardzo interesujące, ale dla Twojego szczególnego problemu są łatwiejsze sposoby rozwiązania.

Jeśli używałeś Message rodzaj powrotu wyników jest wykorzystanie WCF4 można zrobić coś jak następuje:

public Message UpdateCity(string code, City city) 
{ 
    MyResponseDataClass message = CreateMyResponse(); 
    // use JSON.NET to serialize the response data 
    string myResponseBody = JsonConvert.Serialize(message); 
    return WebOperationContext.Current.CreateTextResponse (myResponseBody, 
       "application/json; charset=utf-8", 
       Encoding.UTF8); 
} 

W przypadku błędów (jak HttpStatusCode.Unauthorized lub HttpStatusCode.Conflict) lub w innych sytuacjach, gdy trzeba ustawić kod statusu HTTP (np. HttpStatusCode.Created) można nadal używać WebOperationContext.Current.OutgoingResponse.StatusCode.

Jako alternatywę można również zwracają Stream (patrz http://blogs.msdn.com/b/carlosfigueira/archive/2008/04/17/wcf-raw-programming-model-web.aspx i http://msdn.microsoft.com/en-us/library/ms732038.aspx) zamiast Message do zwrotu jakichkolwiek danych bez dodatkowego przetwarzania domyślnej przez Microsoft JSON serializatora. W przypadku WCF4 można użyć CreateStreamResponse (patrz http://msdn.microsoft.com/en-us/library/dd782273.aspx) zamiast CreateTextResponse. Nie zapomnij ustawić pozycji strumienia na 0 po zapisaniu w strumieniu, jeśli użyjesz tej techniki do wygenerowania odpowiedzi.

Answer 2

Czy jest jakiś powód, dla którego chcesz użyć biblioteki Json.NET specjalnie. Jeśli chcesz zwrócić JSON, dlaczego nie wystarczy użyć właściwości ResponseFormat z atrybutów WebGet i WebInvoke?

[WebGet(UriTemplate = "", ResponseFormat = WebMessageFormat.Json)] 

To powinno w większości przypadków. Jaką wersję WCF używasz? Każdy powód, dla którego zwracasz typ wiadomości, a nie rzeczywisty typ?

Answer 3

Zdefiniuj go w serwis internetowy config na zachowaniach usług:

<endpointBehaviors> 
    <behavior name="restfulBehavior"> 
     <webHttp defaultOutgoingResponseFormat="Json" defaultBodyStyle="Wrapped" automaticFormatSelectionEnabled="False" /> 
     <!--<enableWebScript />--> 
    </behavior> 
</endpointBehaviors> 

lub w umowie o pracy swojego interfejsu