TypeNameHandling w Newtonsoft wymaga, aby typ $ był pierwszą własnością?

Question

Mam następujące metody w moim Web API

public void Put(string id, [FromBody]IContent value) { 
    //Do stuff 
} 

Używam backbone.js wysłać następujące JSON do serwera przy użyciu Skrzypek wartość jest null:

{ 
    "id": "articles/1", 
    "heading": "Bar", 
    "$type": "BrickPile.Samples.Models.Article, BrickPile.Samples" 
} 

ale jeśli dodam właściwość $ typ pierwszy w JSON object deserializacji działa poprawnie, zobacz:

{ 
"$type": "BrickPile.Samples.Models.Article, BrickPile.Samples", 
    "id": "articles/1", 
    "heading": "Bar" 
} 

możliwe jest skonfigurowanie newtonsoft celu sprawdzenia $ type salo rty w dowolnym miejscu obiektu zamiast pierwszej właściwości lub czy mogę skonfigurować szkielet, aby zawsze najpierw dodawać właściwość $type w obiekcie JSON?

Answer 1

To będzie działać w kręgosłup, ale nie wiem, czy każda przeglądarka będzie zachowywać się tak samo. Nie ma żadnej gwarancji, w zasadzie, że każda przeglądarka będzie przechowywać elementy w kolejności, w której są dodawane.

MyModel = Backbone.Model.extend({ 

    // ... 

    toJSON: function(){ 
    // build the "$type" as the first parameter 
    var json = {"$type": "BrickPile.Samples.Models.Article, BrickPile.Samples"}; 
    // get the rest of the data 
    _.extend(json, Backbone.Model.prototype.toJSON.call(this)); 
    // send it back, and hope it's in the right order 
    return json; 
    } 


}); 

Lepiej uzyskać deserializator JSON NewtonSoft, aby działał bez potrzeby w określonej pozycji. Mam nadzieję, że będzie to możliwe.

Answer 2

Zdecydowanie zaleca się, aby nie konfigurować żadnego serializera (w tym JSON.NET), aby odczytać typ obiektu z przychodzącego ładunku. W przeszłości było to przyczyną wielu luk w aplikacjach internetowych. Zamiast tego zmień publiczny punkt wejścia na działanie, aby przyjąć rzeczywisty typ jako powiązany parametr, a następnie w razie potrzeby przekazuj go do wewnętrznej, testowalnej metody.

Answer 3

Po pierwsze, AFAIK, kod Json.NET jest zoptymalizowany, aby uniknąć trzymania całego obiektu w pamięci tylko po to, aby przeczytać jego typ. Więc lepiej jest umieścić $type jako pierwszą właściwość.

Po drugie, można napisać własny JsonConverter który odczytuje pierwszy JObject (stosując metodę Load), ręcznie czyta $type nieruchomości, dostaje od typu serializer'S SerializationBinder tworzy wartość i wypełnia je od JObject.

Po trzecie, dotyczące bezpieczeństwa. Chociaż Json.NET $type może brzmieć jak dobry pomysł, często nie jest. To pozwala Json.NET stworzyć dowolny typ obiektu z dowolny zestaw po prostu pisząc jego typ w pliku JSON. Lepiej używać niestandardowego SerializationBinder ze słownikiem, który pozwala tylko na określone typy. Można znaleźć przykład w moim prywatnym ram (obsługuje również wartości otrzymujesz za $type z JsonObjectAttribute):

https://github.com/Athari/Alba.Framework/blob/742ff1aeeb114179a16ca42667781944b26f3815/Alba.Framework/Serialization/DictionarySerializationBinder.cs

(Wersja ta wykorzystuje kilka metod z innych klas, ale są one trywialne Później zobowiązuje uczynił. klasa bardziej skomplikowana.)

Answer 4

Podobno miałem takie samo pytanie i ktoś znalazł odpowiedź.Nie wiesz, co jest właściwym sposobem dzielenia odpowiedź i dać mu cały kredyt, ale to jest link: Newtonsoft JSON.net deserialization error where fields in JSON change order

i jest to facet: https://stackoverflow.com/users/3744182/dbc